Frank, Have you thought about changing the JCL used to submit this IDCAMS PRINT job? I can think of two ways to solve your problem: 1) make the jobname equal to your userid with no additional characters. Upon submit, you should get prompted to "enter jobname character(s)". Enter one or two characters (depending on length of userid so jobname does not exceed 8 chars). This way, you can submit as many uniquely named jobs as you need. Or 2) set up a default jobcard in ISPF option 0 with a jobname equal to userid + one character or number. Then remove (or comment out) the JOB statement in your JCL. When in ISPF Edit you submit this JCL, the submit program automatically takes the default job statement, increments the last character and adds that JOB statement in front of your JCL (but does not include it permanently in the JCL-member. The last character of jobname increments 0 ... 9, etc and eventually wraps around for each submitted job.
Give that a try and see if that works for you. And no need to change JES2 options... Regards, Ulrich Krueger -----Original Message----- From: IBM Mainframe Discussion List [mailto:[email protected]] On Behalf Of Frank Swarbrick Sent: Friday, October 02, 2009 11:44 To: [email protected] Subject: multiple jobs / same name I have a complaint (shocking, I know). What is the reasoning behind MVS not allowing more than one job with the same name to run at the same time? For instance just now I wanted to do an IDCAMS PRINT on two files. I do this often on VSE with a job I have set up that has this: PRINT INFILE(FILE1) - DUMP I simply change FILE1 to whatever the name is and submit it. Then if I have another one I change it again to the second file and submit it. These are large files so it makes sense to have them both run at the same time, rather than one after the other. But unless I change the job name on the JOB card on z/OS the second one won't run until the first is done. Annoying! Why on earth is this restriction present? Does it actually *help* some situations, or is it simply one of those annoying things that has existed forever and will probably never be changed? Thanks (really!), Frank ---------------------------------------------------------------------- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [email protected] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
