Re: IEBCOPY suddently unable to allocate utility data set
In 4dc94e6e.7090...@dignus.com, on 05/10/2011 at 10:40 AM, Thomas David Rivers riv...@dignus.com said: Subject: IEBCOPY suddently unable to allocate utility data set No, it's not IEBCOPY. When I do a TRANSMIT command, You got error messages from XMIT, not from IEBCOPY. - Thanks for any pointers - I believe that XMIT allows you to preallocate utility data sets. -- Shmuel (Seymour J.) Metz, SysProg and JOAT ISO position; see http://patriot.net/~shmuel/resume/brief.html We don't care. We don't have to care, we're Congress. (S877: The Shut up and Eat Your spam act of 2003) -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
IEBCOPY suddently unable to allocate utility data set
For some reason, this morning; IEBCOPY isn't happy. When I do a TRANSMIT command, I'm now getting this: INMX040I TRANSMIT command terminated. Failure in partitioned dataset unload using IEBCOPY. + INMX042I Allocation error building OUTPUT file IKJ56221I UTILITY DATA SET NOT ALLOCATED, VOLUME NOT AVAILABLE+ IKJ56221I VOLUME NECESSARY TO SATISFY YOUR REQUEST NOT ON SYSTEM, AND CANNOT BE MOUNTED I'm pretty sure nothing changed on the system... but, a persusal of the JES messages/log doesn't give me a clue which volume it thinks is missing. This has been working for months (since our upgrade to z/OS 1.11) but suddenly has stopped working. Does anyone know what VOLUME IEBCOPY might be looking for; and why it would mysteriously have gone missing? (My search for IKJ56221I seemed to point to tape volumes, but I'm definately not doing anything with tapes - just trying to TRANSMIT a LOAD module (PDS)). - Thanks for any pointers - - Dave Rivers - -- riv...@dignus.comWork: (919) 676-0847 Get your mainframe programming tools at http://www.dignus.com -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: IEBCOPY suddently unable to allocate utility data set
Can you post the full text of the TRANSMIT command? Did you make any SMS changes recently? Regards, John K From: Thomas David Rivers riv...@dignus.com To: IBM-MAIN@bama.ua.edu Date: 05/10/2011 09:44 AM Subject:IEBCOPY suddently unable to allocate utility data set For some reason, this morning; IEBCOPY isn't happy. When I do a TRANSMIT command, I'm now getting this: INMX040I TRANSMIT command terminated. Failure in partitioned dataset unload using IEBCOPY. + INMX042I Allocation error building OUTPUT file IKJ56221I UTILITY DATA SET NOT ALLOCATED, VOLUME NOT AVAILABLE+ IKJ56221I VOLUME NECESSARY TO SATISFY YOUR REQUEST NOT ON SYSTEM, AND CANNOT BE MOUNTED I'm pretty sure nothing changed on the system... but, a persusal of the JES messages/log doesn't give me a clue which volume it thinks is missing. This has been working for months (since our upgrade to z/OS 1.11) but suddenly has stopped working. Does anyone know what VOLUME IEBCOPY might be looking for; and why it would mysteriously have gone missing? (My search for IKJ56221I seemed to point to tape volumes, but I'm definately not doing anything with tapes - just trying to TRANSMIT a LOAD module (PDS)). - Thanks for any pointers - - Dave Rivers - -- riv...@dignus.comWork: (919) 676-0847 Get your mainframe programming tools at http://www.dignus.com -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: IEBCOPY suddently unable to allocate utility data set
You might want to see if you have a LOG.MISC data set that is, for example, catalogued but not on the associated volume. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: IEBCOPY suddently unable to allocate utility data set
Thomas David Rivers wrote: For some reason, this morning; IEBCOPY isn't happy. When I do a TRANSMIT command, I'm now getting this: INMX040I TRANSMIT command terminated. Failure in partitioned dataset unload using IEBCOPY. + INMX042I Allocation error building OUTPUT file IKJ56221I UTILITY DATA SET NOT ALLOCATED, VOLUME NOT AVAILABLE+ IKJ56221I VOLUME NECESSARY TO SATISFY YOUR REQUEST NOT ON SYSTEM, AND CANNOT BE MOUNTED To answer some of the questions, here's the TSO TRANSMIT command: tso transmit ma.ma ds(dignus.load) outds(load.xmi) there have been no SMS changes; and this is on a zPDT system... no changes at all. The target data set is pre-allocated (the load.xmi data set) but I don't think that's the target of IEBCOPY - it's just the target of TRANSMIT. I think I need to find out just what VOLUME IEBCOPY is looking for, but I can't seem to find any kind of messages detailing the VOLUME... just those I've cut-n-pasted above. - Dave Rivers - -- riv...@dignus.comWork: (919) 676-0847 Get your mainframe programming tools at http://www.dignus.com -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: IEBCOPY suddently unable to allocate utility data set
Hi Dave, From what I've seen, TRANSMIT first does an IEBCOPY unload to a temporary data set and then copies the output to its final RECFM=FB destination. Your messages suggest that the problem is happening on the IEBCOPY unload, so it is the allocation of the temporary data set that is failing. Do you have a UNIT set in the TSO segment of your RACF user profile? -- Regards, Gord Tomlin Action Software International (a division of Mazda Computer Corporation) Tel: (905) 470-7113, Fax: (905) 470-6507 On 2011-05-10 11:56, Thomas David Rivers wrote: Thomas David Rivers wrote: For some reason, this morning; IEBCOPY isn't happy. When I do a TRANSMIT command, I'm now getting this: INMX040I TRANSMIT command terminated. Failure in partitioned dataset unload using IEBCOPY. + INMX042I Allocation error building OUTPUT file IKJ56221I UTILITY DATA SET NOT ALLOCATED, VOLUME NOT AVAILABLE+ IKJ56221I VOLUME NECESSARY TO SATISFY YOUR REQUEST NOT ON SYSTEM, AND CANNOT BE MOUNTED To answer some of the questions, here's the TSO TRANSMIT command: tso transmit ma.ma ds(dignus.load) outds(load.xmi) there have been no SMS changes; and this is on a zPDT system... no changes at all. The target data set is pre-allocated (the load.xmi data set) but I don't think that's the target of IEBCOPY - it's just the target of TRANSMIT. I think I need to find out just what VOLUME IEBCOPY is looking for, but I can't seem to find any kind of messages detailing the VOLUME... just those I've cut-n-pasted above. - Dave Rivers - -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: IEBCOPY suddently unable to allocate utility data set
I don't know if you'd want to bother. But what I might try is to authorize your TSO id to have MOUNT authority. The simplest way is issue the following RACF commands: RDEF TSOAUTH MOUNT UACC(NONE) PE MOUNT CLASS(TSOAUTH) ID(?) ACCESS(READ) SETR RACLIST(TSOAUTH) REFRESH This should result in a WTOR message on the operator console asking them to reply device name or cancel along with some other stuff. The other stuff should include information which might help in debugging. But I'd still bet you don't have sufficient space on work volumes. On Tue, 2011-05-10 at 11:56 -0400, Thomas David Rivers wrote: Thomas David Rivers wrote: For some reason, this morning; IEBCOPY isn't happy. When I do a TRANSMIT command, I'm now getting this: INMX040I TRANSMIT command terminated. Failure in partitioned dataset unload using IEBCOPY. + INMX042I Allocation error building OUTPUT file IKJ56221I UTILITY DATA SET NOT ALLOCATED, VOLUME NOT AVAILABLE+ IKJ56221I VOLUME NECESSARY TO SATISFY YOUR REQUEST NOT ON SYSTEM, AND CANNOT BE MOUNTED To answer some of the questions, here's the TSO TRANSMIT command: tso transmit ma.ma ds(dignus.load) outds(load.xmi) there have been no SMS changes; and this is on a zPDT system... no changes at all. The target data set is pre-allocated (the load.xmi data set) but I don't think that's the target of IEBCOPY - it's just the target of TRANSMIT. I think I need to find out just what VOLUME IEBCOPY is looking for, but I can't seem to find any kind of messages detailing the VOLUME... just those I've cut-n-pasted above. - Dave Rivers - -- John McKown Maranatha! -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: IEBCOPY suddently unable to allocate utility data set
My guess is that a temporary sequential data set cannot be allocated. Perhaps due to lack of space on the work volumes, or due to the size of the PDS. -- John McKown Maranatha! Sent from my Vibrant Android phone. On May 10, 2011 9:41 AM, Thomas David Rivers riv...@dignus.com wrote: For some reason, this morning; IEBCOPY isn't happy. When I do a TRANSMIT command, I'm now getting this: INMX040I TRANSMIT command terminated. Failure in partitioned dataset unload using IEBCOPY. + INMX042I Allocation error building OUTPUT file IKJ56221I UTILITY DATA SET NOT ALLOCATED, VOLUME NOT AVAILABLE+ IKJ56221I VOLUME NECESSARY TO SATISFY YOUR REQUEST NOT ON SYSTEM, AND CANNOT BE MOUNTED I'm pretty sure nothing changed on the system... but, a persusal of the JES messages/log doesn't give me a clue which volume it thinks is missing. This has been working for months (since our upgrade to z/OS 1.11) but suddenly has stopped working. Does anyone know what VOLUME IEBCOPY might be looking for; and why it would mysteriously have gone missing? (My search for IKJ56221I seemed to point to tape volumes, but I'm definately not doing anything with tapes - just trying to TRANSMIT a LOAD module (PDS)). - Thanks for any pointers - - Dave Rivers - -- riv...@dignus.comWork: (919) 676-0847 Get your mainframe programming tools at http://www.dignus.com -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: IEBCOPY suddently unable to allocate utility data set
On Tue, May 10, 2011 at 12:11 PM, John McKown john.archie.mck...@gmail.com wrote: My guess is that a temporary sequential data set cannot be allocated. Perhaps due to lack of space on the work volumes, or due to the size of the PDS. -- John McKown Maranatha! Sent from my Vibrant Android phone. Perhaps defrag your work volumes? -- Mike A Schwab, Springfield IL USA Where do Forest Rangers go to get away from it all? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: IEBCOPY suddently unable to allocate utility data set
Gord Tomlin wrote: Hi Dave, From what I've seen, TRANSMIT first does an IEBCOPY unload to a temporary data set and then copies the output to its final RECFM=FB destination. Your messages suggest that the problem is happening on the IEBCOPY unload, so it is the allocation of the temporary data set that is failing. Do you have a UNIT set in the TSO segment of your RACF user profile? Hi Gord, Yeah - I agree - it's clearly IEBCOPY that is having problems with its temp data set. But - the real conumdrum here is why suddenly today, when, supposedly, nothing has changed - particularly nothing in my RACF profile. At least - nothing was purposefully changed. I would expect some message about which volume it was looking for, somewhere... I'll check the RACF profile to see if UNIT is defined there... - Thanks! - - Dave R. - -- riv...@dignus.comWork: (919) 676-0847 Get your mainframe programming tools at http://www.dignus.com -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: IEBCOPY suddently unable to allocate utility data set
Have you tried a standalone IEBCOPY in batch? Regards, John K From: Thomas David Rivers riv...@dignus.com To: IBM-MAIN@bama.ua.edu Date: 05/10/2011 02:11 PM Subject:Re: IEBCOPY suddently unable to allocate utility data set Gord Tomlin wrote: Hi Dave, From what I've seen, TRANSMIT first does an IEBCOPY unload to a temporary data set and then copies the output to its final RECFM=FB destination. Your messages suggest that the problem is happening on the IEBCOPY unload, so it is the allocation of the temporary data set that is failing. Do you have a UNIT set in the TSO segment of your RACF user profile? Hi Gord, Yeah - I agree - it's clearly IEBCOPY that is having problems with its temp data set. But - the real conumdrum here is why suddenly today, when, supposedly, nothing has changed - particularly nothing in my RACF profile. At least - nothing was purposefully changed. I would expect some message about which volume it was looking for, somewhere... I'll check the RACF profile to see if UNIT is defined there... - Thanks! - - Dave R. - -- riv...@dignus.comWork: (919) 676-0847 Get your mainframe programming tools at http://www.dignus.com -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: IEBCOPY suddently unable to allocate utility data set
It's not IEBCOPY doing the allocation, it's XMIT, and the reason there is not VOLSER is because it doesn't care about the VOLSER, it just wants to allocate a temp dataset, and it can't find find a volume to allocate it on. I suspect that there was an SMS change that caused this. On Tue, May 10, 2011 at 3:05 PM, Thomas David Rivers riv...@dignus.comwrote: Gord Tomlin wrote: Hi Dave, From what I've seen, TRANSMIT first does an IEBCOPY unload to a temporary data set and then copies the output to its final RECFM=FB destination. Your messages suggest that the problem is happening on the IEBCOPY unload, so it is the allocation of the temporary data set that is failing. Do you have a UNIT set in the TSO segment of your RACF user profile? Hi Gord, Yeah - I agree - it's clearly IEBCOPY that is having problems with its temp data set. But - the real conumdrum here is why suddenly today, when, supposedly, nothing has changed - particularly nothing in my RACF profile. At least - nothing was purposefully changed. I would expect some message about which volume it was looking for, somewhere... I'll check the RACF profile to see if UNIT is defined there... - Thanks! - - Dave R. - -- riv...@dignus.comWork: (919) 676-0847 Get your mainframe programming tools at http://www.dignus.com -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html CONFIDENTIALITY/EMAIL NOTICE: The material in this transmission contains confidential and privileged information intended only for the addressee. If you are not the intended recipient, please be advised that you have received this material in error and that any forwarding, copying, printing, distribution, use or disclosure of the material is strictly prohibited. If you have received this material in error, please (i) do not read it, (ii) reply to the sender that you received the message in error, and (iii) erase or destroy the material. Emails are not secure and can be intercepted, amended, lost or destroyed, or contain viruses. You are deemed to have accepted these risks if you communicate with us by email. Thank you. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html