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 steps 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? Lizette ---------------------------------------------------------------------- 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
