ADSM RACF Enqueue Problem

[Gary Ison]

Hi guys,

My OS/390 MVS system people tell me that I am causing severe
problems with the RACF process by issuing "thousands" of enqueue requests
against the RACF database. I'm running version 3.1.2.40 of the sever on an
OS/390 MVS version 2.7, 2 LPAR system. I have the following tape pools
managed/used by ADSM processing (the usual stuff - migration, reclamation,
expiration, backup copying, etc.) with the indicated number of volumes. The
problem really manifests itself when automated processing to perform storage
pool copies (both on and offsite) kick in and request scratch tapes. I have
the "maxpr" value set to 2 and 3 with the backup operations and up to 8
drives allowed per device class.

Storage Pool Name Device Class Name # VOLUMES
-------------------------- ---------------------------
-----------------
COPYPOOL CART_3490E 1933
COPYPOOL-DRM CART-3590 18
DRM-OFFSITE CART-3590 51
MIGRAT_3490E CART_3490E 1934
STGPOOL_3490E CART_3490E 2
TAPE-STG-DRM CART-3590 30
TAPE-STG-Y2K CART-3590 2
3590-ARCHIVE CART-3590 1

Is anyone familiar with this problem? I would appreciate any hints
or help in resolving this. We have not upgraded the ADSM server since mid
October and I can't seem to get an answer about when the problem became
"critical" but it has only been in the last couple of months that the system
people are asking me about it almost daily.

Thanks for any information.

Gary L. Ison
Governor's Office for Technology
101 Cold Harbor Drive
Frankfort, Ky. 40601
Phone: (502) 564-8724
Fax: (502) 564-6856
E-mail: Gary...@mail.state.ky.us <mailto:Gary...@mail.state.ky.us>

[Larry Way]

Not really familiar with RACF but in my mainframe days we used ACF2. My initial guess is that someone has implemented rules against HLI that these tapes are part of. Hope this helps...Regards

Larry Way
SL09/100D
408-743-4242 Voice
408-690-2327 Cell
408-743-4201 Fax

>>> Gary...@MAIL.STATE.KY.US 03/20/00 06:49AM >>>

[John Naylor]

Gary,
You probably have "protection=yes" specified for your device classes rather than
the default "protection=no". This will mean racf profiles are created for
volumes assigned to the device class. I wouldn't have thought this would have
meant thousands of enqueues though.
Your racf people ought to be able to tell you what racf classes/profiles ADSM is
using.
If you have a tape management system in use like DFRMM, you do not really need
racf protection for your device classes, so I would specify no.
John

Gary Ison <Gary...@MAIL.STATE.KY.US> on 20/03/2000 14:49:37

Please respond to "ADSM: Dist Stor Manager" <ADS...@VM.MARIST.EDU>

To: ADS...@VM.MARIST.EDU
cc: (bcc: John Naylor/HAV/SSE)
Subject: ADSM RACF Enqueue Problem

Hi guys,

Thanks for any information.

**********************************************************************
The information in this E-Mail is confidential and may be legally
privileged. It may not represent the views of Scottish and Southern
Energy plc.
It is intended solely for the addressees. Access to this E-Mail by
anyone else is unauthorised. If you are not the intended recipient,
any disclosure, copying, distribution or any action taken or omitted
to be taken in reliance on it, is prohibited and may be unlawful.
Any unauthorised recipient should advise the sender immediately of
the error in transmission.

Scottish Hydro-Electric and Southern Electric are trading names of
Scottish and Southern Energy Group
**********************************************************************