Peter,
You hit the nail on the head. We are using IBM's Tape:Manager instead of CA's VM:Tape both of which use the DMSTVI exit. Unfortunately the BKUPCTLG EXEC did a release of the disk containing the DMSTVI exit too early in the code. I shall move that to the clean-up section at the end. Thank you, Jim ________________________________ From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf Of peter.w...@ttc.ca Sent: Thursday, February 19, 2009 9:31 AM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: How do we Tell RMSMASTR to Mount a Second or Third Tape for FILEPOOL UNLOAD? You appear to be using VM:Tape. If so, you need to read the VM:Tape System Administrator's Guide page 4-11, 'OS Simulation Support' to learn how to use the DMSTVI exit. This should take care of your problem. Peter -----Original Message----- From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf Of James Stracka (DHL US) Sent: February 19, 2009 10:58 To: IBMVM@LISTSERV.UARK.EDU Subject: How do we Tell RMSMASTR to Mount a Second or Third Tape for FILEPOOL UNLOAD? We have an EXEC that does a FILEPOOL UNLOAD of one of our VMSYSB: SYS nightly. Yesterday enough data was put into the SFS such that when doing the FILEPOOL UNLOAD it required a second tape. How do we tell our tape manager or RMSMASTR to mount another tape? I had thought it was some form of LABELDEF but doing HELP FILEDEF and HELP LABELDEF has not given me a hint. An excerpt of the EXEC is (Please do not get hung-up on the error recovery logic): do 10 call get_scratch_tape "FILEDEF UNLOAD TAP1 SL VOLID" volser "MAKEBUF" queue "2" "EXEC FILEPOOL UNLOAD GROUP 2 VMSYSB:" unload_rc = rc if unload_rc ¬= 0 then do "TAPE REW" "FILEDEF INMOVE TAP1 (RECFM U LRECL 32760" "FILEDEF OUTMOVE TERMINAL" "MOVEFILE" end else do "DROPBUF" leave end end call clean_up The console from this morning: Starting backup of Backup:Manager's Catalogue (a.k.a. VMSYSB:) 011591: EUMTAP0072I Mount request 011591 received. 011591: EUMTAP0079I Mount request 011591 pending. Tape 0181 attached 011591: EUMTAP0109I Device 0D7C attached to BKRUTIL as 0181 with volume 360843. Volume label read is: 360843 DMSWFP3485I FILEPOOL processing begun at 06:30:18 on 19 Feb 2009. DMS5PY3455I The unload of file space BKRADMIN is starting: 06:30:21 DMS5PY3455I The unload of file space BKRADMIN is complete: 06:30:21 DMS5PY3455I The unload of file space BKRCATLG is starting: 06:30:21 DMSTLM428I TAP1(181) EOV1 label written on 360843 DMSTVS265I Attempting to change tape volume for DDNAME UNLOAD DMSTVS266I To cancel the tape volume switch, type CANCEL DMSTVS2147W Library DataServer MOUNT error CSLRC= -7, CSLRS= 0, DMSTVS2147W FCTRC= 0, FCTRS= 0 on DDNAME= UNLOAD, a manual mount DMSTVS2147W will now be attempted DMSTVS268I Message sent to userid OPERATOR: DMSTVS269I Mount tape volume SCRATCH on virtual 181 with a write ring; request number 1 DMSTVS268I Message sent to userid OPERATOR: DMSTVS269I Mount tape volume SCRATCH on virtual 181 with a write ring; request number 2 DMSTVS268I Message sent to userid OPERATOR: DMSTVS269I Mount tape volume SCRATCH on virtual 181 with a write ring; request number 3 DMSTVS270I Wait time for tape volume switch has almost expired; to continue waiting, type EXTEND DMSTVS268I Message sent to userid OPERATOR: DMSTVS269I Mount tape volume SCRATCH on virtual 181 with a write ring; request number 4 DMSTVS268I Message sent to userid OPERATOR: DMSTVS271I Wait time for tape volume switch has expired; tape volume switch forvolume SCRATCH on virtual 181 cancelled DMS5PX3529E Unrecoverable I/O error on UNLOAD file. DMS5PX3438E FILEPOOL UNLOAD unsuccessful DMSWFP3486I FILEPOOL processing ended at 07:02:00 on 19 Feb 2009. 07:02:00 HCPERP2233I TAPE 0D7C NOT READY, CP-OPERATOR NOTIFIED 07:32:03 * WNG FROM OMEGAMON: WARNING: YOUR VIRTUAL MACHINE WILL BE LOGGED OFF IN 1:58 MINUTES IF IT REMAINS IDLE 07:34:09 HCPERP2233I TAPE 0D7C NOT READY, CP-OPERATOR NOTIFIED Jim ________________________________ The information transmitted is intended only for the person or entity to which it is addressed and may contain confidential and/or privileged material. Any review retransmission dissemination or other use of or taking any action in reliance upon this information by persons or entities other than the intended recipient or delegate is strictly prohibited. If you received this in error please contact the sender and delete the material from any computer. The integrity and security of this message cannot be guaranteed on the Internet. The sender accepts no liability for the content of this e-mail or for the consequences of any actions taken on the basis of information provided. The recipient should check this e-mail and any attachments for the presence of viruses. The sender accepts no liability for any damage caused by any virus transmitted by this e-mail. This disclaimer is property of the TTC and must not be altered or circumvented in any manner.
