[prev in list] [next in list] [prev in thread] [next in thread] 

List:       racf-l
Subject:    Re: assign userid to sms address space
From:       Wilco Boschman <wilco.boschman () GOOGLEMAIL ! COM>
Date:       2014-03-25 16:36:15
Message-ID: 201403251636.s2PFVijR005757 () willow ! cc ! uga ! edu
[Download RAW message or body]

On Tue, 25 Mar 2014 07:57:22 -0400, Russell D Hardgrove <hardgrov@US.IBM.COM> wrote:

Hello all,

The output of the SR and RLIST command.

TSO SR CLASS(RACGLIST)
ICH31005I NO ENTRIES MEET SEARCH CRITERIA

TSO RLIST RACGLIST *
ICH13004I NOTHING TO LIST

Don't tell me about puzzling! :( When starting after IPL the message IRR812I for the SMS address
space is issued. It selects the ** profile. My profile is not selected, unless it can only select the **
profile... Assigning a userid will then fail because the STDATA segment specifies =MEMBER for the
userid. We don't have a userid SMS but a group called SMS (for HLQ of datasets relating to SMS).

So I'm certainly puzzled.....

kind regards

WIlco Boschman

>Wilco,   This is certainly puzzling.
>
>Please issue these (just as is)   (from a special user)
>
>SR CLASS(RACGLIST)
>RLIST RACGLIST *
>
>and show us, if anything,   the results
>
>
>If the name of this asid is truly SMS there is NO logical reason (given a
>proper refresh   (RACLIST -not-  GENERIC) is done) that SMS.* (G) ought
>not be used.       I never use ISPF panels to do these refreshes as wrong
>columns tend to get used,
>
>              SETR RACLIST(STARTED) REFRESH
>
>And maybe SMS needs an IPL not a restart  (but that's not really a RACF
>issue).
>
>I am eliminating the RAC-G-LIST corner case where a correct RACLIST
>refresh was not done (and -done- on the correct  LPAR).   Even an IPL will
>not refresh a class that is using RACGLIST.    (yeah.....  low
>probability)
>
>Failing that  it is time for deeper diags.   Getting a dump around the
>time of the VERIFY call so we can see all the params (especially START=
>procname addr   and  JOBNAME=jobname addr )       (a MSGID slip on IRR812I
>maybe)
>or a SAFTRACE (of VERIFIES for all asids) to see that info.        I say
>ALL asids as we don't want to miss the one where jobname may not YET
>apply.  (early in an asid's life)
>A timely dump before critical areas are freed,
>
>And outside the scope of this forum.
>I'd then open a ticket with the IBM support center.
>John. Becky, Steve (back soon from vaca down under), Amy, Rudi and Yury
>(not all RACF defect though) are there to help.    I will be history soon.
>  hahaha
>Plus some folks perhaps nearer your geo..  If your geo is not USA.
>
>
>
>.
>--------------------------------------------------
>Russ Hardgrove / RACF Lvl2
>IBM - z/OS  Software Service
>Dept. EC8A  (working remotely)
>Poughkeepsie, NY  12601
>hardgrov@us.ibm.com  845-435-3279 (a voicemail box only)
>--------------------------------------------------
>"RACF: Guilty, until proven innocent !!"    RdH 2004
>"RACF, praesumitur malus donec probetur bonus"    RdH     MMX
><< Continually proving this (innocence) is not just a JOB, it's an
>-ADVENTURE-   :-b  .. >>
>...
>
>
>
>From:   Wilco Boschman <wilco.boschman@GOOGLEMAIL.COM>
>To:     RACF-L@listserv.uga.edu,
>Date:   03/25/2014 03:54 AM
>Subject:        Re: assign userid to sms address space
>Sent by:        RACF Discussion List <RACF-L@listserv.uga.edu>
>
>
>
>On Mon, 24 Mar 2014 18:35:44 +0000, Gibney, Dave <gibney@WSU.EDU> wrote:
>
>>What is DFSMS's group? Specify it in the STDATA profile
>>
>>> -----Original Message-----
>>> From: RACF Discussion List [mailto:RACF-L@LISTSERV.UGA.EDU] On Behalf
>Of
>>> Wilco Boschman
>>> Sent: Monday, March 24, 2014 11:31 AM
>>> To: RACF-L@LISTSERV.UGA.EDU
>>> Subject: Re: assign userid to sms address space
>>>
>>> On Mon, 24 Mar 2014 13:14:00 -0400, Walt Farrell
>>> <walt.farrell@GMAIL.COM> wrote:
>>>
>>> >On 3/24/2014 12:29 PM, Wilco Boschman wrote:
>>> >> CLASS      NAME
>>> >> -----      ----
>>> >> STARTED    SMS.* (G)
>>> >>
>>> >> STDATA INFORMATION
>>> >> ------------------
>>> >> USER= DFSMS
>>> >> GROUP=
>>> >> TRUSTED= YES
>>> >> PRIVILEGED= NO
>>> >> TRACE= NO
>>> >>
>>> >>
>>> >
>>> >In an earlier message I asked what you get with: RLIST STARTED SMS.SMS
>>> >
>>> >And I also asked if you were sure you had done a SETR RACLIST(STARTED)
>>> >REFRESH. (If you're not sure, I would do the RLIST above, then the
>>> >SETR, then try the RLIST again.)
>>> >
>>> >--
>>> >Walt
>>>
>>> I got the above output. The SETR RACLIST(STARTED) REFRESH has been
>done.
>>> Also an IPL was done.
>>>
>>> regards
>>>
>>> Wilco Boschman
>
>The DFSMS's group is SYSTASK. I specified this in the STDATA segment, but
>to no avail
>
>The IRR message that I got leads me to think that the SMS system address
>space IS able to pick up a
>profile in the STARTED class. It (apparently) picked up the ** profile
>which has =MEMBER as its userid.
>Would this be the only profile that is can pick up? Unfortunately we have
>SMS defined as a HLQ group,
>I cannot define this as a userid.
>
>regards
>
>Wilco Boschman
[prev in list] [next in list] [prev in thread] [next in thread]