On 27 Feb 2009 11:54:41 -0800, in bit.listserv.ibm-main you wrote: >Would changing the disposition from CATLG to PASS help? (You would have to >add a catalog step at the end of the job.)
I have used DISP=(NEW,CATLG),VOL=(,RETAIN) > >-----Original Message----- >From: Lizette Koehler >Sent: Friday, February 27, 2009 5:32 AM >To: IBM-MAIN@bama.ua.edu >Subject: Tape Stealing in z/OS with CBR4000I > >Running z/OS V1.9 with JES2, GRS, and CA1 > >I have a production batch job that has been running fine for months passing >a tape from one step to the next. Now it is receiving CBR4000I messages >indicating that the tape is already mounted on a different drive. > >The previous step is (,CATLG) and VOL=(,RETAIN,REF=*.prevstep.ddname) for >all of the datasets that are to be stacked on the same tape. And the next >step uses the same coding technique for stacking its datasets on the >previous step's output tape dataset. > >The job will get the CBR message to Cancel Retry or Wait. When Cancel is >replied the job fails with S613-1C > >Okay, I can see that. The tape is still mounted on the drive from the >previous step and now the next step wants it to be mounted on a different >drive. No Dismount has been issued between the steps. > >IBM is telling me that this is normal. That something called tape stealing >can occur in a busy system and they looked at my dump and see that the UCB >has been cleared. > >Yet there does not seem to be a solution other than perhaps changing the job >to only do one step for stacking datasets on a tape or having an operator >issue a manual dismount when this message occurs. > >Has anyone run into this situation? When you will get the CBR4000I message >in a multiple step job trying to pass a tape which is having datasets >stacked on it, from one step to another? > >If so, how do you resolve the CBR4000I messages? > ---------------------------------------------------------------------- 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