Google Groups no longer supports new Usenet posts or subscriptions. Historical content remains viewable.
Dismiss

DFHSM and CBRUXVNL - VOLUME NOT IN LIBRARY INSTALLATION EXIT

153 views
Skip to first unread message

Knutson, Sam

unread,
May 13, 2004, 1:06:36 PM5/13/04
to
Hi,

We use IBM's sample CBRUXVNL - VOLUME NOT IN LIBRARY INSTALLATION EXIT with
our ATL. This exit gets driven when a request is made for tape that is not
in the library. The exit prompts the operator with a WTOR

VNL001 VOLUME NOT IN LIBRARY EXIT
VOLUME 217805 SHELF-RESIDENT
DURING JOB STEP SETUP
ENTER INTO ANY LIBRARY
565 VNL002 REPLY 'CONT', 'RETRY', 'CANCEL', OR 'DISABLE'

When DFHSM tries to allocate a tape and it is not in the ATL we see DFHSM
processes get hung with enqueue contention on SYSZTIOT

**JOBNAME: TMVB ********* ENQUEUE/RESERVE ACTIVITY **********DATE:
05/11/04**
* SYSID : BSYS TIME:
14:55:56 *
* COMMAND: ____________________________________________________ CYCLE: MMSS
*
* SRM STATS: CPU= 65.93 UIC=2540 TPR= 1
*
* REQUEST TYPE: B (B=BOTH, E=ENQUEUES, R=RESERVES, A=ALTERNATE) FILTER: OFF
*
* MAJOR MINOR TYPE VOL/SCO
DURATION *
* JOBNAME ASIDX ISS ---INFO---- REQ SYSNAME SS STATUS
HH:MM:SS *
* SYSZTIOT X'00DC008DBFC8 ENQ SYSTEM
*
* DFHSM DC EXC BSYS N/S OWNER ====
4:56 *
* DFHSM DC EXC BSYS N/S WAITING
*
* DFHSM DC SHR BSYS N/S WAITING
*
* DFHSM DC SHR BSYS N/S WAITING
*
* DFHSM DC SHR BSYS N/S WAITING
*
* DFHSM DC SHR BSYS N/S WAITING
*
* DFHSM DC SHR BSYS N/S WAITING
*
* DFHSM DC SHR BSYS N/S WAITING
*
* DFHSM DC SHR BSYS N/S WAITING
*
* DFHSM DC SHR BSYS N/S WAITING
*
* DFHSM DC SHR BSYS N/S WAITING
*
* DFHSM DC EXC BSYS N/S WAITING
*
* DFHSM DC SHR BSYS N/S WAITING
*
* DFHSM DC EXC BSYS N/S WAITING
*
* DFHSM DC SHR BSYS N/S WAITING
*
** HELP INFORMATION = PF1***********TMVB ******** PF KEY ASSIGNMENTS =
PA1***

Has anyone else run into this using the CBRUXVNL exit? Any ideas?

I am just starting to look at this.

Best Regards,

Sam Knutson, GEICO
Performance and Availability Management
(office) 301.986.3574

Ohh... it's not always easy to know what to do. H. Bogart
===================
This email/fax message is for the sole use of the intended recipient(s) and
may contain confidential and privileged information. Any unauthorized
review, use, disclosure or distribution of this email/fax is prohibited. If
you are not the intended recipient, please destroy all paper and electronic
copies of the original message.

----------------------------------------------------------------------
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to list...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Karthick

unread,
Jul 26, 2012, 5:52:27 AM7/26/12
to
On Thursday, May 13, 2004 10:36:36 PM UTC+5:30, Knutson, Sam wrote:
> Hi,
>
> We use IBM's sample CBRUXVNL - VOLUME NOT IN LIBRARY INSTALLATION EXIT with
> our ATL. This exit gets driven when a request is made for tape that is not
> in the library. The exit prompts the operator with a WTOR
>
> VNL001 VOLUME NOT IN LIBRARY EXIT
> VOLUME 217805 SHELF-RESIDENT
> DURING JOB STEP SETUP
> ENTER INTO ANY LIBRARY
> 565 VNL002 REPLY 'CONT', 'RETRY', 'CANCEL', OR 'DISABLE'
>
> When DFHSM tries to allocate a tape and it is not in the ATL we see DFHSM
> processes get hung with enqueue contention on SYSZTIOT
>
> **JOBNAME: TMVB ********* ENQUEUE/RESERVE ACTIVITY **********DATE:
> 05/11/04**
> * SYSID : BSYS TIME:
> 14:55:56 *
> * COMMAND: ____________________________________________________ CYCLE: MMSS
> *
> * SRM STATS: CPU= 65.93 UIC=2540 TPR= 1
> *
> * REQUEST TYPE: B (B=BOTH, E=ENQUEUES, R=RESERVES, A=ALTERNATE) FILTER: OFF
> *
> * MAJOR MINOR TYPE VOL/SCO
> DURATION *
> * JOBNAME ASIDX ISS ---INFO---- REQ SYSNAME SS STATUS
> HH:MM:SS *
> * SYSZTIOT X'00DC008DBFC8 ENQ SYSTEM
> Ohh... it's not always easy to know what to do. H. Bogart
> ===================
> This email/fax message is for the sole use of the intended recipient(s) and
> may contain confidential and privileged information. Any unauthorized
> review, use, disclosure or distribution of this email/fax is prohibited. If
> you are not the intended recipient, please destroy all paper and electronic
> copies of the original message.
>
> ----------------------------------------------------------------------
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to list...@bama.ua.edu with the message: GET IBM-MAIN INFO
> Search the archives at http://bama.ua.edu/archives/ibm-main.html

Hi Sam,

Did you found the solution for this issue. We face similar issue in our environment. Please advise.

regards
Karthick

Thomas Conley

unread,
Jul 26, 2012, 7:18:32 AM7/26/12
to
On 7/26/2012 5:52 AM, Karthick wrote:
> On Thursday, May 13, 2004 10:36:36 PM UTC+5:30, Knutson, Sam wrote:
>> Hi,
>>
>> We use IBM's sample CBRUXVNL - VOLUME NOT IN LIBRARY INSTALLATION EXIT with
>> our ATL. This exit gets driven when a request is made for tape that is not
>> in the library. The exit prompts the operator with a WTOR
>>
>> VNL001 VOLUME NOT IN LIBRARY EXIT
>> VOLUME 217805 SHELF-RESIDENT
>> DURING JOB STEP SETUP
>> ENTER INTO ANY LIBRARY
>> 565 VNL002 REPLY 'CONT', 'RETRY', 'CANCEL', OR 'DISABLE'
>>
>> When DFHSM tries to allocate a tape and it is not in the ATL we see DFHSM
>> processes get hung with enqueue contention on SYSZTIOT
>>
>>
>
> Hi Sam,
>
> Did you found the solution for this issue. We face similar issue in our environment. Please advise.
>
> regards
> Karthick
>

Karthick,

What is your tape management system (CA-1, RMM, etc.)? Do you know why
the HSM tapes out of the library? You should take steps to ensure that
your primary HSM tapes are never ejected. It would be acceptable to
eject duplexed tapes for offsite storage. While it doesn't fix the ENQ
hang, you should be able to prevent it from occurring.

Regards,
Tom Conley

----------------------------------------------------------------------
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to list...@listserv.ua.edu with the message: INFO IBM-MAIN

Karthick Rajan

unread,
Jul 26, 2012, 7:49:53 AM7/26/12
to
On Thursday, May 13, 2004 10:36:36 PM UTC+5:30, Knutson, Sam wrote:
> Hi,
>
> We use IBM's sample CBRUXVNL - VOLUME NOT IN LIBRARY INSTALLATION EXIT with
> our ATL. This exit gets driven when a request is made for tape that is not
> in the library. The exit prompts the operator with a WTOR
>
> VNL001 VOLUME NOT IN LIBRARY EXIT
> VOLUME 217805 SHELF-RESIDENT
> DURING JOB STEP SETUP
> ENTER INTO ANY LIBRARY
> 565 VNL002 REPLY 'CONT', 'RETRY', 'CANCEL', OR 'DISABLE'
>
> When DFHSM tries to allocate a tape and it is not in the ATL we see DFHSM
> processes get hung with enqueue contention on SYSZTIOT
>
> **JOBNAME: TMVB ********* ENQUEUE/RESERVE ACTIVITY **********DATE:
> 05/11/04**
> * SYSID : BSYS TIME:
> 14:55:56 *
> * COMMAND: ____________________________________________________ CYCLE: MMSS
> *
> * SRM STATS: CPU= 65.93 UIC=2540 TPR= 1
> *
> * REQUEST TYPE: B (B=BOTH, E=ENQUEUES, R=RESERVES, A=ALTERNATE) FILTER: OFF
> *
> * MAJOR MINOR TYPE VOL/SCO
> DURATION *
> * JOBNAME ASIDX ISS ---INFO---- REQ SYSNAME SS STATUS
> HH:MM:SS *
> * SYSZTIOT X'00DC008DBFC8 ENQ SYSTEM
> Ohh... it's not always easy to know what to do. H. Bogart
> ===================
> This email/fax message is for the sole use of the intended recipient(s) and
> may contain confidential and privileged information. Any unauthorized
> review, use, disclosure or distribution of this email/fax is prohibited. If
> you are not the intended recipient, please destroy all paper and electronic
> copies of the original message.
>
> ----------------------------------------------------------------------
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to list...@bama.ua.edu with the message: GET IBM-MAIN INFO
> Search the archives at http://bama.ua.edu/archives/ibm-main.html

Hi Tom,

The issue in our environment is We have recently upgrade to CA1 v12.6 SP0 and CA-Allocate with v12.5

When a application or batch try to allocate a dataset we get the following message


VNL001 VOLUME NOT IN LIBRARY EXIT 253
VOLUME PRODXX UNKNOWN TO SYSTEM
DURING JOB STEP SETUP
ENTER INTO ANY LIBRARY
*4338 VNL002 REPLY 'CONT', 'RETRY', 'CANCEL', OR 'DISABLE'

If we reply CONT, the application or batch successfully allocates the dataset. We didn't receive this WTOR before the CA1 and CA-Allocate upgrade. There wasn't any change in SMS or storage.

regards
Karthick Rajan

Mike Wood

unread,
Jul 26, 2012, 12:10:42 PM7/26/12
to
Tom, I cant find that post from Karthick anywhere ......

Ok, here's what I can remember ;-) about VNL exit ....

hsm avoids the VNL exit being called because it does its own checking before attempting dynamic allocation of a system managed volume. It knows from its own volume record that the volume is system managed, and checks residency before allocation attempted. So, for hsm's processing there is nothing a product like rmm can do in VNL exit to help .....
So any SYSZTIOT ENQ is purely something to address to hsm.

I did one-time suggest they changed the processing so there was a common path via VNL to resolve the error situation ....

cheers, Mike

----------------------------------------------------------------------
For IBM-MAIN subscribe / signoff / archive access instructions,

Thomas Conley

unread,
Jul 26, 2012, 7:20:28 PM7/26/12
to
>
> Hi Tom,
>
> The issue in our environment is We have recently upgrade to CA1 v12.6 SP0 and CA-Allocate with v12.5
>
> When a application or batch try to allocate a dataset we get the following message
>
>
> VNL001 VOLUME NOT IN LIBRARY EXIT 253
> VOLUME PRODXX UNKNOWN TO SYSTEM
> DURING JOB STEP SETUP
> ENTER INTO ANY LIBRARY
> *4338 VNL002 REPLY 'CONT', 'RETRY', 'CANCEL', OR 'DISABLE'
>
> If we reply CONT, the application or batch successfully allocates the dataset. We didn't receive this WTOR before the CA1 and CA-Allocate upgrade. There wasn't any change in SMS or storage.
>
> regards
> Karthick Rajan
>

Karthick,

This is the old "VNL catches the DASD volume" trick. Did you use the
CA-1 12.6 VNL exit? If so, open a case with CA and Russ will fix it.
If not, get the 12.6 version of the VNL exit installed and retry.

Regards,
Tom Conley

----------------------------------------------------------------------
For IBM-MAIN subscribe / signoff / archive access instructions,

Russell Witt

unread,
Jul 27, 2012, 12:10:44 AM7/27/12
to
Karthick

If it was the CA 1 version of the CBRUXVNL exit, the message would start
with a CA 1 documented message ID. I don't see any message id here, which
makes me believe this might be someone else's CBRUXVNL exit. And CA Allocate
does not supply a CBRUXVNL exit, so that is not the cause either. CBRUXVNL
is a simple link-list module, so your first step is to find out whose
version is installed. If you have some type of link-list search tool
(LNKSRCH for example) that can tell you which link-list library it is found
in, you can then look for some eye-catcher.

Russell Witt
CA 1 L2 Support Manager

Mike Wood

unread,
Jul 27, 2012, 4:20:49 AM7/27/12
to
Karthick, the message VNL001 is issued by the sample VNL exit - which you can find in SAMPLIB(CBRSPUXV).
Someone must have assembled that sample exit and linked it into the system. By default your system would have the rmm version of CBRUXVNL installed in LINKLIB.

So, follow CA-1 installation steps to get the correct VNL exit for use with CA-1.

Mike Wood

Lizette Koehler

unread,
Jul 27, 2012, 9:32:28 AM7/27/12
to
>
> Karthick
>
> If it was the CA 1 version of the CBRUXVNL exit, the message would start
with a CA 1
> documented message ID. I don't see any message id here, which makes me
believe
> this might be someone else's CBRUXVNL exit. And CA Allocate does not
supply a
> CBRUXVNL exit, so that is not the cause either. CBRUXVNL is a simple
link-list module,
> so your first step is to find out whose version is installed. If you have
some type of
> link-list search tool (LNKSRCH for example) that can tell you which
link-list library it is
> found in, you can then look for some eye-catcher.
>
> Russell Witt
> CA 1 L2 Support Manager
>

Russ is correct ;-)

The easiest process is to use ISRDDN in TSO and type LINKLIST on the command
line. Then on the command line enter MEMBER CBRUXVNL.

You may get a popup panel that asks a YES NO question. Enter YES.

Then see where it finds the member in LINKLIST/LPALIB.

My guess is you have this module in SYS1.LINKLIB and that when you browse
it, it will not be the CA1 version.

HTH

Lizette
0 new messages