Re: IEBCOPY suddenly unable to allocate utility data set
If that is a non-sms volume, check SYS1.PARMLIB(VATLSTxx). If that is a sms volume, check you ACS routines. On Tue, May 10, 2011 at 3:07 PM, Thomas David Rivers wrote: > Just to follow up... > > As every good programmer knows; when the user asserts > that nothing has changed - it's clear something *has* changed. > > In fact, the SBSYS1 volume was full of junk; and I suppose IEBCOPY > couldn't mount whatever-was-next and so reported it was unable > to mount (instead of telling me which volume was full.) > > I discovered which volume IEBCOPY was using by doing a TRANSMIT > of a pretty-empty PDS (which succeeded). From the "success" messages > I gleaned which volume IEBCOPY was using and I was hot-on-the-trail > after that > > Thanks for the pointers! > > - Dave Rivers - > > > -- > riv...@dignus.com Work: (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 > -- 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 suddenly unable to allocate utility data set
Just to follow up... As every good programmer knows; when the user asserts that nothing has changed - it's clear something *has* changed. In fact, the SBSYS1 volume was full of junk; and I suppose IEBCOPY couldn't mount whatever-was-next and so reported it was unable to mount (instead of telling me which volume was full.) I discovered which volume IEBCOPY was using by doing a TRANSMIT of a pretty-empty PDS (which succeeded). From the "success" messages I gleaned which volume IEBCOPY was using and I was hot-on-the-trail after that Thanks for the 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 suddenly unable to allocate utility data set
My guess would be that XMIT is trying to allocate a temporary dataset, and if your SMS rules don't point temp datasets to an SMS pool, then it is trying to find a disk volume mounted as STORAGE or PUBLIC. Check to see if there has been a change to your SMS config that might have affected temp dataset allocation. On Tue, May 10, 2011 at 11:04 AM, Chip Grantham wrote: > Just a thought, is the target dataset of the transmit catalogued and > archived and unable to recall? catalogue orphan? or otherwise in error? If > so, then I would expect these messages. You might try a different target > dataset name and see if that works? > > Chip Grantham | Ameritas | Sr. IT Consultant | cgrant...@ameritas.com > 5900 O Street, Lincoln NE 68510 | p: 402-467-7382 | c: 402-429-3579 | f: > 402-325-4030 > > > > > > Thomas David Rivers > Sent by: IBM Mainframe Discussion List > 05/10/2011 09:43 AM > Please respond to > IBM Mainframe Discussion List > > > To > IBM-MAIN@bama.ua.edu > cc > > 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 > > *** > This message may contain confidential information intended only > for the use of the addressee(s) named above and may contain > information that is legally privileged. If you are not the > addressee, or the person responsible for delivering it to the > addressee, you are hereby notified that reading, disseminating, > distributing or copying this message is strictly prohibited. If you > have received this message by mistake, please immediately notify > us by replying to the message and delete the original message > immediately thereafter. 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 > 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
Re: IEBCOPY suddenly unable to allocate utility data set
I attempted a little test and was able to see the allocations and related SMS message under my TSO is in SDSF. There might be a clue for you there. Speaking of SMS, is SMS allocating temporary datasets to a separate pool that might be full and unable to allocate the IEBCOPY dataset? I would hope it is SMS issue versus an esoteric change! Chip Grantham | Ameritas | Sr. IT Consultant | cgrant...@ameritas.com 5900 O Street, Lincoln NE 68510 | p: 402-467-7382 | c: 402-429-3579 | f: 402-325-4030 John McKown Sent by: IBM Mainframe Discussion List 05/10/2011 11:49 AM Please respond to IBM Mainframe Discussion List To IBM-MAIN@bama.ua.edu cc Subject 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 *** This message may contain confidential information intended only for the use of the addressee(s) named above and may contain information that is legally privileged. If you are not the addressee, or the person responsible for delivering it to the addressee, you are hereby notified that reading, disseminating, distributing or copying this message is strictly prohibited. If you have received this message by mistake, please immediately notify us by replying to the message and delete the original message immediately thereafter. 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
Re: IEBCOPY suddenly unable to allocate utility data set
That almost sounds like an IODF change that removed an esoteric that IEBCOPY is using. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Thomas David Rivers Sent: Tuesday, May 10, 2011 11:56 AM To: IBM-MAIN@bama.ua.edu Subject: 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 This e-mail may contain confidential or privileged information. If you think you have received this e-mail in error, please advise the sender by reply e-mail and then delete this e-mail immediately. Thank you. Aetna -- 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 suddenly unable to allocate utility data set
Just a thought, is the target dataset of the transmit catalogued and archived and unable to recall? catalogue orphan? or otherwise in error? If so, then I would expect these messages. You might try a different target dataset name and see if that works? Chip Grantham | Ameritas | Sr. IT Consultant | cgrant...@ameritas.com 5900 O Street, Lincoln NE 68510 | p: 402-467-7382 | c: 402-429-3579 | f: 402-325-4030 Thomas David Rivers Sent by: IBM Mainframe Discussion List 05/10/2011 09:43 AM Please respond to IBM Mainframe Discussion List To IBM-MAIN@bama.ua.edu cc 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 *** This message may contain confidential information intended only for the use of the addressee(s) named above and may contain information that is legally privileged. If you are not the addressee, or the person responsible for delivering it to the addressee, you are hereby notified that reading, disseminating, distributing or copying this message is strictly prohibited. If you have received this message by mistake, please immediately notify us by replying to the message and delete the original message immediately thereafter. 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