Venkat,

He system I work on is 1.13 no changes..vanilla out of the box...displays 
whoami fine ..
How are the racf omvs segment defined, is it different from the system that 
works vs the one that fails ? Something is different ...

Scott ford
www.identityforge.com
from my IPAD

'Infinite wisdom through infinite means'


> On Dec 15, 2013, at 9:41 AM, venkat kulkarni <venkatkulkarn...@gmail.com> 
> wrote:
> 
> IRR66017I The system is currently operating in stage 1.
> 
> 
> On Sun, Dec 15, 2013 at 3:54 PM, venkat kulkarni <venkatkulkarn...@gmail.com
>> wrote:
> 
>> Hello,
>>          We have 3 system in  plex and out of three systems, two are
>> running with z/OS 1.11 and one with z/OS 1.13. commands ( whoami ,id )
>> running on z/OS 1.11 running fine but on z/OS 1.13 system OMVS, these
>> command giving bad output.
>> 
>> I tried checking  RLIST UNIXMAP U12345 ALL  on z/OS 1.13 and found below
>> thing.
>> 
>> 
>> CLASS      NAME
>> -----      ----
>> UNIXMAP    U12345
>> 
>> LEVEL  OWNER      UNIVERSAL ACCESS  YOUR ACCESS  WARNING
>> -----  --------   ----------------  -----------  -------
>> 00    VENKAT9         NONE               NONE    NO
>> 
>> INSTALLATION DATA
>> -----------------
>> NONE
>> 
>> APPLICATION DATA
>> ----------------
>> NONE
>> 
>> SECLEVEL
>> --------
>> NO SECLEVEL
>> 
>> CATEGORIES
>> ----------
>> NO CATEGORIES
>> 
>> SECLABEL
>> --------
>> NO SECLABEL
>> 
>> AUDITING
>> --------
>> FAILURES(READ)
>> NOTIFY
>> ------
>> NO USER TO BE NOTIFIED
>> 
>> CREATION DATE  LAST REFERENCE DATE  LAST CHANGE DATE
>> (DAY) (YEAR)       (DAY) (YEAR)      (DAY) (YEAR)
>> -------------  -------------------  ----------------
>>  347    13          347    13         347    13
>> 
>> ALTER COUNT   CONTROL COUNT   UPDATE COUNT   READ COUNT
>> -----------   -------------   ------------   ----------
>>  000000         000000         000000         000000
>> 
>> USER      ACCESS   ACCESS COUNT
>> ----      ------   ------ -----
>> VENKAT   NONE        000000
>> 
>>   ID     ACCESS  ACCESS COUNT  CLASS                   ENTITY  NAME
>> -------- -------  ------------ --------
>> ---------------------------------------
>> NO ENTRIES IN CONDITIONAL ACCESS LIST
>> 
>> 
>> On Sun, Dec 15, 2013 at 3:29 PM, Robert S. Hansel (RSH) <
>> r.han...@rshconsulting.com> wrote:
>> 
>>> Venkat,
>>> 
>>> Does this system have its own RACF database or does it share its database
>>> with other systems? If it shares its database, do commands like id display
>>> properly on those other systems?
>>> 
>>> What is the AIM level of this database? Run the following job to find out.
>>> //jobname JOB (account),'username',CLASS=x,MSGCLASS=x
>>> //STEP EXEC PGM=IRRIRA00
>>> //SYSPRINT DD SYSOUT=*
>>> 
>>> If AIM is at level 0 or 1, is the UNIXMAP class active? Check SETROPTS
>>> LIST. If it is active, are there any UNIXMAP profiles? Execute SEARCH
>>> CLASS(UNIXMAP) to find out. Specifically, is there a profile U12345 in
>>> which your USERID is in the access list? Execute RLIST UNIXMAP U12345 ALL
>>> to check.
>>> 
>>> Regards, Bob
>>> 
>>> Robert S. Hansel
>>> Lead RACF Specialist
>>> RSH Consulting, Inc.
>>> 617-969-8211
>>> www.linkedin.com/in/roberthansel
>>> http://twitter.com/RSH_RACF
>>> www.rshconsulting.com
>>> ---------------------------------------------------------------------
>>> 2013-2014 RACF Training
>>> - Audit & Compliance Roadmap - Boston - APR 22-25, 2014
>>> - Intro & Basic Admin - WebEx - FEB 3-7, 2014
>>> - Intro & Basic Admin - WebEx - JUN 9-13, 2014
>>> - Securing z/OS UNIX  - WebEx - MAR 4-7, 2014
>>> ---------------------------------------------------------------------
>>> 
>>> -----Original Message-----
>>> Date:    Sun, 15 Dec 2013 09:35:30 +0530
>>> From:    venkat kulkarni <venkatkulkarn...@gmail.com>
>>> Subject: Re: OMVS UID display
>>> 
>>> Issue is only with this LPAR. I tried checking on other LPAR, all are
>>> fine.
>>> 
>>> 
>>> 
>>> 
>>> On Sun, Dec 15, 2013 at 9:04 AM, venkat kulkarni <
>>> venkatkulkarn...@gmail.com
>>>> wrote:
>>> 
>>>> This issue is not with single user. I am facing this with all RACF
>>> users.
>>>> 
>>>> 
>>>> 
>>>> On Sun, Dec 15, 2013 at 9:02 AM, Jon Perryman <jperr...@pacbell.net
>>>> wrote:
>>>> 
>>>>> I think that the first user assigned to OMVS UID 12345 was deleted, or
>>>>> it's OMVS segment was deleted or it was assigned to a new UID. My
>>>>> suggestion is that you modify the user to which you want displayed.
>>>>> 
>>>>> Jon Perryman.
>>>>> 
>>>>>> ________________________________
>>>>>> From: venkat kulkarni <venkatkulkarn...@gmail.com>
>>>>>> 
>>>>>> 
>>>>>> Hello,
>>>>>>        I have RACF id  associated with all UID and this problem is
>>> with
>>>>>> all users anf getting *"Error for uid".*
>>>>>> I tried with many of the RACF user having diff access level and
>>> getting
>>>>>> same issue even with UID 0 . I really don't think that my RACF is
>>>>> corrupted.
>>>>>> 
>>>>>> 
>>>>>> Is there any other possibility.  Who am i command gives me
>>>>>> RACFID@SYSNAME. I tried looking at many of the manual for this error
>>>>>> but somehow failed.
>>>>>> Still looking into maual.
>>> 
>>> ----------------------------------------------------------------------
>>> For IBM-MAIN subscribe / signoff / archive access instructions,
>>> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
> 
> ----------------------------------------------------------------------
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

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

Reply via email to