Les, It's because in this case the play/interaction is intiment between the end user and the DYNAMCMS server ... DFSMS is completely out of the picture ... the tape drive is simply being CP GIVE'd back and forth between the end user and the DYNAMCMS server (dictated by DynamT/VM code).
JR (Steven) Imler CA Senior Software Engineer Tel: +1 703 708 3479 Fax: +1 703 708 3267 [EMAIL PROTECTED] > -----Original Message----- > From: The IBM z/VM Operating System > [mailto:[EMAIL PROTECTED] On Behalf Of Les Geer (607-429-3580) > Sent: Friday, May 02, 2008 05:59 PM > To: [email protected] > Subject: Problem with stacked ddr tape and possible DYNAM > > >We have z/VM5.3, with an IBM 3494 tape library system > running RMSMASTER > (DFSMS), AND DYNAM. We are doing a stacked DDR tape switch 4 > volumes on it. > > > >On the 4th tape we get: > > > >Tape 0590 given to DYNAMVM 0590 > >11:25:33 CADT822I DSN=3DDDR.XX.530W02.3 IS FILE NO. 3 > THERE ARE ONLY 1 = > >FILES ON TAPE 050094 > >CADT713E OPEN REQUEST FOR DDNAME DDROUT CANCELLED > > +++ RC(84) +++ > > 71 *-* 'CP Q T' > > >>> "CP Q T" > > > >------------------------------------------------------ > > > > > >What we get on the previous volumes are: > > > >-------------------------------------------- > >Tape 0590 given to DYNAMVM 0590 > >Tape 0181 attached > >11:22:13 CADT831I *CLOSED* DDRWKLY 0590 050094 DDR.XX.530W01.2 > >------------------------------------------------------------- > --------- > > > >You don=E2=80=99t see the TAPE 181 ATTACHED. > > > >If you add sleep of 180 seconds, or you put a trace in it > works. DYNAM sup= > >port cannot reproduce the problem. =20 > > > >Anybody else had trouble with this? > > > > Curious as to why a tape give is issued here rather than exploiting > the multiuser attach support in RMS > > Best Regards, > Les Geer > IBM z/VM and Linux Development > >
