Dean, In that case, it sounds like the robot "forgot" which slot a tape volume was in and then found it again. Depending on how soon together the messages came out and if you had NEVER open'ed the door and manually moved any cartridges inside the robot - I would contact IBM to find out how/why the robot lost track of which slot a tape was in. Russell
-----Original Message----- From: Nai, Dean <dean.f....@doit.nh.gov> To: IBM-MAIN <IBM-MAIN@LISTSERV.UA.EDU> Sent: Fri, Jan 17, 2020 1:16 pm Subject: Re: Tape problem These are physical tape. No VTS. Dean Nai On 1/16/20, 8:01 PM, "IBM Mainframe Discussion List on behalf of Russell Witt" <IBM-MAIN@LISTSERV.UA.EDU on behalf of 0000025adb32e6d7-dmarc-requ...@listserv.ua.edu> wrote: > EXTERNAL: Do not open attachments or click on links unless you recognize and > trust the sender. > >Brian and Dean, > >Yes, you are correct. If you insert or define a new range of virtual-volumes >to the VTS; that will drive the CBRUXENT (ENTRY) exit. If you have the CA 1 >version active, that will set the ROBTY field correctly as well as telling OAM >the status of the volume (active/private or scratch). And having the ROBTY >field set correctly is VERY important to CA 1. After all, we don't want to >call the Oracle/STK exit when a tape in the IBM VTS goes scratch and we don't >want to call CA-Vtape when an Oracle/STK volume goes scratch. So, based on the >ROBTY field we will call the appropriate interface module (if there is an >appropriate interface module, not all virtual-tape solutions have one). > >The original problem that Dean had mentioned (the CBR3770I and CBR3769I >messages) however, has nothing to do with CA 1. Those messages are being >issued because OAM has somehow "lost" track of the volume and can't find it. >If it is a virtual-volume, that would be very strange. If it is a physical >volume that indicates that for some reason it isn't in the slot where OAM >thought it had put it. How far apart and in what order to you receive the >messages? If you get the CBR3770I first, and then the CBR3769I quickly after - >that would be very strange and I would recommend contacting IBM. > >Russell Witt >CA 1 Architect > >-----Original Message----- >From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On >Behalf Of Brian Fraser >Sent: Thursday, January 16, 2020 3:12 AM >To: IBM-MAIN@LISTSERV.UA.EDU >Subject: Re: Tape problem > >>> you forget to update the ROBTY and VENDOR fields > >I never update those fields. >I just insert new volumes as scratch and the library takes care of everything. >Unless it's handled by the INSERT exit? > >Brian > >On Thu, 16 Jan 2020 at 15:47, Brian Westerman <brian_wester...@syzygyinc.com> >wrote: > >> It's not normally a CA-1 caused problem. This is "normally" caused >> when tapes are added to the VTS and you forget to update the ROBTY and >> VENDOR fields so tht when a tape is used (and scratched) that CA-1 can >> tell the VTS and OAM that it's again available. >> >> Someone always forgets to do this at most sites when they add tapes, >> and it isn't a problem right away because it takes a while for the >> tapes to come up and be reused. >> >> Brian >> >> ---------------------------------------------------------------------- >> For IBM-MAIN subscribe / signoff / archive access instructions, send >> email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN >> > >---------------------------------------------------------------------- >For IBM-MAIN subscribe / signoff / archive access instructions, send email to >lists...@listserv.ua.edu with the message: INFO IBM-MAIN > >---------------------------------------------------------------------- >For IBM-MAIN subscribe / signoff / archive access instructions, >send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN ---------------------------------------------------------------------- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN ---------------------------------------------------------------------- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
