We have had IBM hardware and software support trying to fix this since the 8th.
Looking back at our logs the first sign of problems was this:
CBR3617I Unable to obtain the number of empty slots in library TAPELIB1.
10:41:54.44 STC05918 00000090 CBR3710I LIBSERV failure occurred for library
TAPELIB1. RC=00000014,
RSN=00001408, REQTYPE=1A.
Dean Nai
On 1/17/20, 7:42 AM, "IBM Mainframe Discussion List on behalf of Nai, Dean"
<IBM-MAIN@LISTSERV.UA.EDU on behalf of dean.f....@doit.nh.gov> wrote:
> EXTERNAL: Do not open attachments or click on links unless you recognize and
> trust the sender.
>
>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
