ADSM-L

Re: ADSM RACF Enqueue Problem

2000-03-20 10:39:43
Subject: Re: ADSM RACF Enqueue Problem
From: John Naylor <John.Naylor AT SCOTTISH-SOUTHERN.CO DOT UK>
Date: Mon, 20 Mar 2000 15:39:43 +0000
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.Ison AT MAIL.STATE.KY DOT US> on 20/03/2000 14:49:37

Please respond to "ADSM: Dist Stor Manager" <ADSM-L AT VM.MARIST DOT EDU>

To:   ADSM-L AT VM.MARIST DOT EDU
cc:    (bcc: John Naylor/HAV/SSE)
Subject:  ADSM RACF Enqueue Problem



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                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.Ison AT mail.state.ky DOT us <mailto:Gary.Ison AT mail.state.ky 
DOT us>






**********************************************************************
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
**********************************************************************
<Prev in Thread] Current Thread [Next in Thread>