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
