Why is an ENQ with Qname LSERVDSN always issued by Endevor for his inventory files, when I don't use L-Serv?

Document ID : KB000010459
Last Modified Date : 14/02/2018
Show Technical Document Details
Introduction:

This knowledge document explain why ENQ with Qname LSERVDSN is issued by Endevor to access its inventory files, even if I don't use L-Serv ?

Background:

An ENQ with Qname LSERVDSN is always issued by Endevor to access its inventory files.

It allows to check how the file should be opened, and it makes sure that LSERV will not be able to grab it, once Endevor opened it for non-LSERV access.

Environment:
z/OS
Instructions:

When opening a file, Endevor needs to ensure that the file it has opened cannot be opened simultaneously by LSERV.

This QNAME will primarily be issued by L-Serv code to assume Exclusive control over a Dataset.
It will both make sure that any L-Serv instance can't take control (by command ADDFILE) of these datasets, and it signals to LServ's ´clients´ like Endevor that L-Serv controls the dataset.
Endevor , before it OPEN's a dataset, will check whether it is under LSERV control, via an ENQ Test with Qname LSERVDSN and as Rname the dataset name.


If it is NOT under LSERV control, Endevor will next issue a Shared ENQ SCOPE=SYSTEMS, with Qname LSERVDSN, as Rname the dataset name and this will persist until Endevor closes the dataset.
Thus it makes sure that L-SERV can't take Exclusive control over the dataset.
For example, this is relevant in a configuration where both L-Serv and RLS are potentially used.

Additional Information:

For further detail, see the LSERVDSN ENQ fully documented in the Common Services Administrator Guide.

https://docops.ca.com/ca-common-services-for-z-os/14-1/en/administrating/ca-l-serv/define-managed-files/propagate-enq-requests