Re: RACF server disabled During IPL

[Vernooij, CP - SPLXM]

Keep us posted, this is, to say at least, an interesting problem. Others
might benefit from the results.

Kees.

"jagadishan perumal"  wrote in message
news:...
> I have opened up a PMR with IBM. Thanks all for your suggestions.
> 
> On Sat, Sep 24, 2011 at 2:12 AM, Rick Fochtman 
wrote:
> 
> > --****
> > --**--
> >
> >
> > Just a wild guess...
> >>
> >> You mentioned there is Z/OS 1.6 system which is running without
these
> >> problems and the system which fails is a Z/OS 1.12 system.  Are
these two
> >> systems sharing the RACF database?  Have they run together before
the ESS
> >> problem?
> >>
> >> If they are sharing the RACF database and this might be the first
IPL of
> >> the Z/OS 1.12 system, then I would look at the results of the RACF
database
> >> template upgrade job.  It might be possible the RACF database has
not been
> >> upgraded to the 1.12 level of the templates and RACF could be
complaining
> >> about the downlevel database.
> >>
> >> Just my thoughts...
> >>
> >>
> > --**--**
> > --**-
> > It's been my experience that RACF will always initialize with a
back-level
> > database, but new functions that require database update and/or
template
> > update may or may not function.
> >
> > Rick
> >
> >
> >
--**--**
--
> > For IBM-MAIN subscribe / signoff / archive access instructions,
> > send email to lists...@bama.ua.edu with the message: GET IBM-MAIN
INFO
> > Search the archives at
http://bama.ua.edu/archives/**ibm-main.html
> >
> 
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
> Search the archives at http://bama.ua.edu/archives/ibm-main.html

For information, services and offers, please visit our web site: 
http://www.klm.com. This e-mail and any attachment may contain confidential and 
privileged material intended for the addressee only. If you are not the 
addressee, you are notified that no part of the e-mail or any attachment may be 
disclosed, copied or distributed, and that any other action related to this 
e-mail or attachment is strictly prohibited, and may be unlawful. If you have 
received this e-mail by error, please notify the sender immediately by return 
e-mail, and delete this message. 

Koninklijke Luchtvaart Maatschappij NV (KLM), its subsidiaries and/or its 
employees shall not be liable for the incorrect or incomplete transmission of 
this e-mail or any attachments, nor responsible for any delay in receipt. 
Koninklijke Luchtvaart Maatschappij N.V. (also known as KLM Royal Dutch 
Airlines) is registered in Amstelveen, The Netherlands, with registered number 
33014286



--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: RACF server disabled During IPL

[jagadishan perumal]

I have opened up a PMR with IBM. Thanks all for your suggestions.

On Sat, Sep 24, 2011 at 2:12 AM, Rick Fochtman  wrote:

> --****
> --**--
>
>
> Just a wild guess...
>>
>> You mentioned there is Z/OS 1.6 system which is running without these
>> problems and the system which fails is a Z/OS 1.12 system.  Are these two
>> systems sharing the RACF database?  Have they run together before the ESS
>> problem?
>>
>> If they are sharing the RACF database and this might be the first IPL of
>> the Z/OS 1.12 system, then I would look at the results of the RACF database
>> template upgrade job.  It might be possible the RACF database has not been
>> upgraded to the 1.12 level of the templates and RACF could be complaining
>> about the downlevel database.
>>
>> Just my thoughts...
>>
>>
> --**--**
> --**-
> It's been my experience that RACF will always initialize with a back-level
> database, but new functions that require database update and/or template
> update may or may not function.
>
> Rick
>
>
> --**--**--
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
> Search the archives at 
> http://bama.ua.edu/archives/**ibm-main.html
>

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: RACF server disabled During IPL

[Rick Fochtman]

--


Just a wild guess...

You mentioned there is Z/OS 1.6 system which is running without these problems 
and the system which fails is a Z/OS 1.12 system.  Are these two systems 
sharing the RACF database?  Have they run together before the ESS problem?

If they are sharing the RACF database and this might be the first IPL of the 
Z/OS 1.12 system, then I would look at the results of the RACF database 
template upgrade job.  It might be possible the RACF database has not been 
upgraded to the 1.12 level of the templates and RACF could be complaining about 
the downlevel database.

Just my thoughts...
 


---
It's been my experience that RACF will always initialize with a 
back-level database, but new functions that require database update 
and/or template update may or may not function.


Rick

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: RACF server disabled During IPL

[Walt Farrell]

On Fri, 23 Sep 2011 14:24:56 -0500, Matthew Stitt  
wrote:

>Just a wild guess...
>
>You mentioned there is Z/OS 1.6 system which is running without these problems 
>and the system which fails is a Z/OS 1.12 system.  Are these two systems 
>sharing the RACF database?  Have they run together before the ESS problem?
>
>If they are sharing the RACF database and this might be the first IPL of the 
>Z/OS 1.12 system, then I would look at the results of the RACF database 
>template upgrade job.  It might be possible the RACF database has not been 
>upgraded to the 1.12 level of the templates and RACF could be complaining 
>about the downlevel database.

Since z/OS V1.5 (around 9 years ago) it has not been necessary to run a RACF 
template job before IPLing a new release of z/OS and RACF. But if it were a 
problem with the database RACF would not say it was a problem with product 
registration.

In any case, I believe the OP has his answer via the PMR he opened.

-- 
Walt Farrell
IBM STSM, z/OS Security Design

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: RACF server disabled During IPL

[Schwarz, Barry A]

Does your IEASYSxx member include the CLPA operand?  If not, you might try 
adding it.

> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On
> Behalf Of jagadishan perumal
> Sent: Friday, September 23, 2011 12:15 AM
> To: IBM-MAIN@bama.ua.edu
> Subject: RACF server disabled During IPL
>
> Hi,
>
>  After ESS battery change , unfortunately due to power drip cluster was
> restarted which led to abnormal shutdown of ZOS 1.12. After the hardware
> fix
> , we did a POR and tried reloading the OS ,we found the below messages in
> the console while IPLing which stopped further system proceeding.
>
> ERROR MESSAGES:
>
> IRR418I RACF product disabled : IRRSSI00 ended
>
> BPX006E OMVs is pending for security product
>
> AXR0501E System REXX is waiting for Security product.
>
> I have even checked IFAPRDXX parmlib and the security server option is
> Enabled :
>
> PRODUCT OWNER('IBM CORP')
>NAME('z/OS')
>ID(5694-A01)
>VERSION(*) RELEASE(*) MOD(*)
>FEATURENAME('SECURITY SERVER')
>
> STATE(ENABLED)
>
> Details on Version :
>
> Z/OS V1R12.
>
> RSU1011

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: RACF server disabled During IPL

[Matthew Stitt]

Just a wild guess...

You mentioned there is Z/OS 1.6 system which is running without these problems 
and the system which fails is a Z/OS 1.12 system.  Are these two systems 
sharing the RACF database?  Have they run together before the ESS problem?

If they are sharing the RACF database and this might be the first IPL of the 
Z/OS 1.12 system, then I would look at the results of the RACF database 
template upgrade job.  It might be possible the RACF database has not been 
upgraded to the 1.12 level of the templates and RACF could be complaining about 
the downlevel database.

Just my thoughts...

- Original Message -


From: "jagadishan perumal"  
To: IBM-MAIN@bama.ua.edu 
Sent: Friday, September 23, 2011 12:15:20 AM 
Subject: RACF server disabled During IPL 

Hi, 


 After ESS battery change , unfortunately due to power drip cluster was 
restarted which led to abnormal shutdown of ZOS 1.12. After the hardware fix 
, we did a POR and tried reloading the OS ,we found the below messages in 
the console while IPLing which stopped further system proceeding. 



ERROR MESSAGES: 



IRR418I RACF product disabled : IRRSSI00 ended 

BPX006E OMVs is pending for security product 

AXR0501E System REXX is waiting for Security product. 





I have even checked IFAPRDXX parmlib and the security server option is 
Enabled : 

PRODUCT OWNER('IBM CORP') 
   NAME('z/OS') 
   ID(5694-A01) 
   VERSION(*) RELEASE(*) MOD(*) 
   FEATURENAME('SECURITY SERVER') 

STATE(ENABLED) 



Details on Version : 



Z/OS V1R12. 

RSU1011 



Could anyone please suggest your experts comment. 



Regards, 

Jags 

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: RACF server disabled During IPL

[Linda Mooney]

Hi Jags, 



I too agree that a PMR is in order. 



Have you checked the HMC for messages? 



Linda 



- Original Message -


From: "jagadishan perumal"  
To: IBM-MAIN@bama.ua.edu 
Sent: Friday, September 23, 2011 12:15:20 AM 
Subject: RACF server disabled During IPL 

Hi, 


 After ESS battery change , unfortunately due to power drip cluster was 
restarted which led to abnormal shutdown of ZOS 1.12. After the hardware fix 
, we did a POR and tried reloading the OS ,we found the below messages in 
the console while IPLing which stopped further system proceeding. 



ERROR MESSAGES: 



IRR418I RACF product disabled : IRRSSI00 ended 

BPX006E OMVs is pending for security product 

AXR0501E System REXX is waiting for Security product. 





I have even checked IFAPRDXX parmlib and the security server option is 
Enabled : 

PRODUCT OWNER('IBM CORP') 
       NAME('z/OS') 
       ID(5694-A01) 
       VERSION(*) RELEASE(*) MOD(*) 
       FEATURENAME('SECURITY SERVER') 

STATE(ENABLED) 



Details on Version : 



Z/OS V1R12. 

RSU1011 



Could anyone please suggest your experts comment. 



Regards, 

Jags 

-- 
For IBM-MAIN subscribe / signoff / archive access instructions, 
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO 
Search the archives at http://bama.ua.edu/archives/ibm-main.html 

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: RACF server disabled During IPL

[Walt Farrell]

On Fri, 23 Sep 2011 09:50:53 +0200, Michael Klaeschen 
 wrote:

>You write about ESS battery and power drip. Therefore I would not expect
>problems with IOCDS or CPC setup. Instead there seems to be a problem with
>the RACF data base volumes. Description for IRR418I reads two more
>possible causes next to "RACF product not enabled".  You might want to
>review ESS configuration from it's SE. May be there's no path to your RACF
>data base volumes, more precise to the Vol Sers holding your data base
>volumes. Or even more precise: no *valid* path to the Vol Sers, e.g. due
>to loss of power the questioned 3390 is in inconsistent state. I would
>look for IOS messages in syslog, just around RACF initialization, as a
>starting point.

If there were a problem with accessing the RACF database volumes you would get 
messages from RACF to that effect, and a prompt to enter a different database 
name. Instead the OP got a message about the product not being registered, 
which is very specific to a problem with IFAPRDxx or to product registration 
processing.

There is an MVS APAR related to issues with overlaid product registration 
information. I'm a bit surprised that this would have happened so early in the 
IPL sequence, but I suppose it's possible.

It would be interesting to know if there were any RACF messages preceding the 
IRR418I, as that particular IRR418I message occurred during initialization of 
the optional RACF subsystem, which happens much later (in the overall scheme of 
MVS initialization) than RACF itself initializing.

But I agree with another list member that it's most appropriate to open a PMR 
with IBM.

-- 
Walt Farrell
IBM STSM, z/OS Security Design

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: RACF server disabled During IPL

[Robert Glen]

Hi,

Some where in this chain I saw POR.  If you are LPAR based is it possible
that you ran out of Logical Control Units?
If so you need to change your activation order of LPARS.
This happens with older 3390 control units with a lot of LPARs.

Cheers

On 11-09-23 4:49 AM, "Vernooij, CP - SPLXM"  wrote:

>If this is a production LPAR, I think it is time now for a Severity 1
>call to IBM.
>
>Kees.
>
>"jagadishan perumal"  wrote in message
>news:>...
>> "You write about ESS battery and power drip. Therefore I would not
>expect
>> problems with IOCDS or CPC setup. Instead there seems to be a problem
>with
>> the RACF data base volumes. Description for IRR418I reads two more
>> possible causes next to "RACF product not enabled".  You might want to
>> review ESS configuration from it's SE. May be there's no path to your
>RACF
>> data base volumes, more precise to the Vol Sers holding your data base
>> volumes. Or even more precise: no *valid* path to the Vol Sers, e.g.
>due
>> to loss of power the questioned 3390 is in inconsistent state. I would
>> look for IOS messages in syslog, just around RACF initialization, as a
>> starting point."
>> 
>> We have shared DASD evnvironment where two hardware Z9 and Z800 OS
>share the
>> ESS. After the POR we were able to make the Z9 servers up , but the
>Z800 -
>> OS V1R12 are not coming up and throwing this messages. In Z800 we have
>> another LPAR which is active (OS V1R6) from their we are able to view
>the
>> SYS1.RACF(Primary racf database Volumes)
>> 
>> 
>> On Fri, Sep 23, 2011 at 1:25 PM, jagadishan perumal
>> wrote:
>> 
>> > T PROD=00 , Didnt bring any changes.
>> >
>> >
>> >
>> >
>> > On Fri, Sep 23, 2011 at 1:20 PM, Michael Klaeschen <
>> > michael.klaesc...@deutscherring.de> wrote:
>> >
>> >> You write about ESS battery and power drip. Therefore I would not
>expect
>> >> problems with IOCDS or CPC setup. Instead there seems to be a
>problem with
>> >> the RACF data base volumes. Description for IRR418I reads two more
>> >> possible causes next to "RACF product not enabled".  You might want
>to
>> >> review ESS configuration from it's SE. May be there's no path to
>your RACF
>> >> data base volumes, more precise to the Vol Sers holding your data
>base
>> >> volumes. Or even more precise: no *valid* path to the Vol Sers,
>e.g. due
>> >> to loss of power the questioned 3390 is in inconsistent state. I
>would
>> >> look for IOS messages in syslog, just around RACF initialization,
>as a
>> >> starting point.
>> >>
>> >> Cheers
>> >> Michael
>> >>
>> >>
>> >>
>> >> Von:jagadishan perumal 
>> >> An: IBM-MAIN@bama.ua.edu
>> >> Datum:  2011-09-23 09:34
>> >> Betreff:Re: RACF server disabled During IPL
>> >> Gesendet von:   IBM Mainframe Discussion List
>
>> >>
>> >>
>> >>
>> >> We have used the correct Activation Profile, but still we are
>getting this
>> >> error. Even the correct the Load address and Load Parm was
>selected.
>> >>
>> >> On Fri, Sep 23, 2011 at 12:55 PM, Vernooij, CP - SPLXM <
>> >> kees.verno...@klm.com> wrote:
>> >>
>> >> > You could check if the POR used the correct Activation Profile,
>with the
>> >> > correct IOCDS and that the correct I/O configuration was loaded
>and that
>> >> > the system IPLed from the correct volume(s). Defaulting to an old
>> >> > Activation Profile might give surprising results.
>> >> >
>> >> > Kees.
>> >> >
>> >> >
>> >> > "jagadishan perumal"  wrote in message
>> >> > news:<
>> >> canhhcyr98kpwycax0wdrxq9pehuyqq40earjwt_q9f+rrow...@mail.gmail.com
>> >> > >...
>> >> >  > Hi,
>> >> > >
>> >> > >
>> >> > >  After ESS battery change , unfortunately due to power drip
>cluster
>> >> > was
>> >> > > restarted which led to abnormal shutdown of ZOS 1.12. After the
>> >> > hardware fix
>> >> > > , we did a POR and tried reloading the OS ,we found the below
>messages
>> >> > in
>> >> > > the console while IPLing which stopped further system
&g

Re: RACF server disabled During IPL

[Vernooij, CP - SPLXM]

If this is a production LPAR, I think it is time now for a Severity 1
call to IBM.

Kees.

"jagadishan perumal"  wrote in message
news:...
> "You write about ESS battery and power drip. Therefore I would not
expect
> problems with IOCDS or CPC setup. Instead there seems to be a problem
with
> the RACF data base volumes. Description for IRR418I reads two more
> possible causes next to "RACF product not enabled".  You might want to
> review ESS configuration from it's SE. May be there's no path to your
RACF
> data base volumes, more precise to the Vol Sers holding your data base
> volumes. Or even more precise: no *valid* path to the Vol Sers, e.g.
due
> to loss of power the questioned 3390 is in inconsistent state. I would
> look for IOS messages in syslog, just around RACF initialization, as a
> starting point."
> 
> We have shared DASD evnvironment where two hardware Z9 and Z800 OS
share the
> ESS. After the POR we were able to make the Z9 servers up , but the
Z800 -
> OS V1R12 are not coming up and throwing this messages. In Z800 we have
> another LPAR which is active (OS V1R6) from their we are able to view
the
> SYS1.RACF(Primary racf database Volumes)
> 
> 
> On Fri, Sep 23, 2011 at 1:25 PM, jagadishan perumal
> wrote:
> 
> > T PROD=00 , Didnt bring any changes.
> >
> >
> >
> >
> > On Fri, Sep 23, 2011 at 1:20 PM, Michael Klaeschen <
> > michael.klaesc...@deutscherring.de> wrote:
> >
> >> You write about ESS battery and power drip. Therefore I would not
expect
> >> problems with IOCDS or CPC setup. Instead there seems to be a
problem with
> >> the RACF data base volumes. Description for IRR418I reads two more
> >> possible causes next to "RACF product not enabled".  You might want
to
> >> review ESS configuration from it's SE. May be there's no path to
your RACF
> >> data base volumes, more precise to the Vol Sers holding your data
base
> >> volumes. Or even more precise: no *valid* path to the Vol Sers,
e.g. due
> >> to loss of power the questioned 3390 is in inconsistent state. I
would
> >> look for IOS messages in syslog, just around RACF initialization,
as a
> >> starting point.
> >>
> >> Cheers
> >> Michael
> >>
> >>
> >>
> >> Von:jagadishan perumal 
> >> An: IBM-MAIN@bama.ua.edu
> >> Datum:  2011-09-23 09:34
> >> Betreff:Re: RACF server disabled During IPL
> >> Gesendet von:   IBM Mainframe Discussion List

> >>
> >>
> >>
> >> We have used the correct Activation Profile, but still we are
getting this
> >> error. Even the correct the Load address and Load Parm was
selected.
> >>
> >> On Fri, Sep 23, 2011 at 12:55 PM, Vernooij, CP - SPLXM <
> >> kees.verno...@klm.com> wrote:
> >>
> >> > You could check if the POR used the correct Activation Profile,
with the
> >> > correct IOCDS and that the correct I/O configuration was loaded
and that
> >> > the system IPLed from the correct volume(s). Defaulting to an old
> >> > Activation Profile might give surprising results.
> >> >
> >> > Kees.
> >> >
> >> >
> >> > "jagadishan perumal"  wrote in message
> >> > news:<
> >> canhhcyr98kpwycax0wdrxq9pehuyqq40earjwt_q9f+rrow...@mail.gmail.com
> >> > >...
> >> >  > Hi,
> >> > >
> >> > >
> >> > >  After ESS battery change , unfortunately due to power drip
cluster
> >> > was
> >> > > restarted which led to abnormal shutdown of ZOS 1.12. After the
> >> > hardware fix
> >> > > , we did a POR and tried reloading the OS ,we found the below
messages
> >> > in
> >> > > the console while IPLing which stopped further system
proceeding.
> >> > >
> >> > >
> >> > >
> >> > > ERROR MESSAGES:
> >> > >
> >> > >
> >> > >
> >> > > IRR418I RACF product disabled : IRRSSI00 ended
> >> > >
> >> > > BPX006E OMVs is pending for security product
> >> > >
> >> > > AXR0501E System REXX is waiting for Security product.
> >> > >
> >> > >
> >> > >
> >> > >
> >> > >
> >> > > I have even checked IFAPRDXX parmlib and the security server
option is
> >> > > Enabled :
> >> > >
> >> > >

Re: RACF server disabled During IPL

[jagadishan perumal]

"D IPLINFO,  : I could see the panel with LOAD ADDRESS and IPLPARM dataset
"D IOS,CONFIG : I could see the IODF dataset : SYS1.IODF10.
  active css : 0

On Fri, Sep 23, 2011 at 1:47 PM, Franz Josef Pohlen <
fjpohlen-maill...@gmx.de> wrote:

> Can you enter display commands at the console. I would then check D
> IPLINFO, D IOS,CONFIG and check the availability of the DASDs. I think that
> either the volumes of the RACF db is unavailable or the power crash has
> damaged the database so that it is unusable. In this case I think you must
> restore your RACF db.
>
> We had pinned data on a DS8000 after unplanned loss of power which is in
> result the same as your ESS error. IBM 2nd level support had to reset the
> cache data. After that we could start the system again.
>
> kind regards
> Franz Josef Pohlen
>
> Am 23.09.2011 09:55, schrieb jagadishan perumal:
>
> T PROD=00 , Didnt bring any changes.
>>
>>
>>
>>
>> On Fri, Sep 23, 2011 at 1:20 PM, Michael Klaeschen<
>> Michael.Klaeschen@**deutscherring.de >
>>  wrote:
>>
>>  You write about ESS battery and power drip. Therefore I would not expect
>>>  problems with IOCDS or CPC setup. Instead there seems to be a problem
>>> with
>>>  the RACF data base volumes. Description for IRR418I reads two more
>>>  possible causes next to "RACF product not enabled".  You might want to
>>>  review ESS configuration from it's SE. May be there's no path to your
>>> RACF
>>>  data base volumes, more precise to the Vol Sers holding your data base
>>>  volumes. Or even more precise: no *valid* path to the Vol Sers, e.g. due
>>>  to loss of power the questioned 3390 is in inconsistent state. I would
>>>  look for IOS messages in syslog, just around RACF initialization, as a
>>>  starting point.
>>>
>>>  Cheers
>>>  Michael
>>>
>>>
>>>
>>>  Von:jagadishan perumal
>>>  An: IBM-MAIN@bama.ua.edu
>>>  Datum:  2011-09-23 09:34
>>>  Betreff:Re: RACF server disabled During IPL
>>>  Gesendet von:   IBM Mainframe Discussion List
>>>
>>>
>>>
>>>  We have used the correct Activation Profile, but still we are getting
>>> this
>>>  error. Even the correct the Load address and Load Parm was selected.
>>>
>>>  On Fri, Sep 23, 2011 at 12:55 PM, Vernooij, CP - SPLXM<
>>>  kees.verno...@klm.com>  wrote:
>>>
>>>  >  You could check if the POR used the correct Activation Profile, with
>>> the
>>>  >  correct IOCDS and that the correct I/O configuration was loaded and
>>> that
>>>  >  the system IPLed from the correct volume(s). Defaulting to an old
>>>  >  Activation Profile might give surprising results.
>>>  >
>>>  >  Kees.
>>>  >
>>>  >
>>>  >  "jagadishan perumal"  wrote in message
>>>  >  news:>> mail.gmail.com
>>>  >  >...
>>>  >   >  Hi,
>>>  >  >
>>>  >  >
>>>  >  >   After ESS battery change , unfortunately due to power drip
>>> cluster
>>>  >  was
>>>  >  >  restarted which led to abnormal shutdown of ZOS 1.12. After the
>>>  >  hardware fix
>>>  >  >  , we did a POR and tried reloading the OS ,we found the below
>>> messages
>>>  >  in
>>>  >  >  the console while IPLing which stopped further system proceeding.
>>>  >  >
>>>  >  >
>>>  >  >
>>>  >  >  ERROR MESSAGES:
>>>  >  >
>>>  >  >
>>>  >  >
>>>  >  >  IRR418I RACF product disabled : IRRSSI00 ended
>>>  >  >
>>>  >  >  BPX006E OMVs is pending for security product
>>>  >  >
>>>  >  >  AXR0501E System REXX is waiting for Security product.
>>>  >  >
>>>  >  >
>>>  >  >
>>>  >  >
>>>  >  >
>>>  >  >  I have even checked IFAPRDXX parmlib and the security server
>>> option is
>>>  >  >  Enabled :
>>>  >  >
>>>  >  >  PRODUCT OWNER('IBM CORP')
>>>  >  > NAME('z/OS')
>>>  >  > ID(5694-A01)
>>>  >  > VERSION(*) RELEASE(*) MOD(*)
>>>  >  > FEATURENAME('SECURITY SERVER')
>>>  >  >
>>>  >  

Re: RACF server disabled During IPL

[Franz Josef Pohlen]

Can you enter display commands at the console. I would then check D 
IPLINFO, D IOS,CONFIG and check the availability of the DASDs. I think 
that either the volumes of the RACF db is unavailable or the power crash 
has damaged the database so that it is unusable. In this case I think 
you must restore your RACF db.


We had pinned data on a DS8000 after unplanned loss of power which is in 
result the same as your ESS error. IBM 2nd level support had to reset 
the cache data. After that we could start the system again.


kind regards
Franz Josef Pohlen

Am 23.09.2011 09:55, schrieb jagadishan perumal:

T PROD=00 , Didnt bring any changes.




On Fri, Sep 23, 2011 at 1:20 PM, Michael Klaeschen<
michael.klaesc...@deutscherring.de>  wrote:


 You write about ESS battery and power drip. Therefore I would not expect
 problems with IOCDS or CPC setup. Instead there seems to be a problem with
 the RACF data base volumes. Description for IRR418I reads two more
 possible causes next to "RACF product not enabled".  You might want to
 review ESS configuration from it's SE. May be there's no path to your RACF
 data base volumes, more precise to the Vol Sers holding your data base
 volumes. Or even more precise: no *valid* path to the Vol Sers, e.g. due
 to loss of power the questioned 3390 is in inconsistent state. I would
 look for IOS messages in syslog, just around RACF initialization, as a
 starting point.

 Cheers
 Michael



 Von:jagadishan perumal
 An: IBM-MAIN@bama.ua.edu
 Datum:  2011-09-23 09:34
 Betreff:    Re: RACF server disabled During IPL
 Gesendet von:   IBM Mainframe Discussion List



 We have used the correct Activation Profile, but still we are getting this
 error. Even the correct the Load address and Load Parm was selected.

 On Fri, Sep 23, 2011 at 12:55 PM, Vernooij, CP - SPLXM<
 kees.verno...@klm.com>  wrote:

 >  You could check if the POR used the correct Activation Profile, with the
 >  correct IOCDS and that the correct I/O configuration was loaded and that
 >  the system IPLed from the correct volume(s). Defaulting to an old
 >  Activation Profile might give surprising results.
 >
 >  Kees.
 >
 >
 >  "jagadishan perumal"  wrote in message
 >  news:  >...
 >   >  Hi,
 >  >
 >  >
 >  >   After ESS battery change , unfortunately due to power drip cluster
 >  was
 >  >  restarted which led to abnormal shutdown of ZOS 1.12. After the
 >  hardware fix
 >  >  , we did a POR and tried reloading the OS ,we found the below messages
 >  in
 >  >  the console while IPLing which stopped further system proceeding.
 >  >
 >  >
 >  >
 >  >  ERROR MESSAGES:
 >  >
 >  >
 >  >
 >  >  IRR418I RACF product disabled : IRRSSI00 ended
 >  >
 >  >  BPX006E OMVs is pending for security product
 >  >
 >  >  AXR0501E System REXX is waiting for Security product.
 >  >
 >  >
 >  >
 >  >
 >  >
 >  >  I have even checked IFAPRDXX parmlib and the security server option is
 >  >  Enabled :
 >  >
 >  >  PRODUCT OWNER('IBM CORP')
 >  > NAME('z/OS')
 >  > ID(5694-A01)
 >  > VERSION(*) RELEASE(*) MOD(*)
 >  > FEATURENAME('SECURITY SERVER')
 >  >
 >  >  STATE(ENABLED)
 >  >
 >  >
 >  >
 >  >  Details on Version :
 >  >
 >  >
 >  >
 >  >  Z/OS V1R12.
 >  >
 >  >  RSU1011
 >  >
 >  >
 >  >
 >  >  Could anyone please suggest your experts comment.
 >  >
 >  >
 >  >
 >  >  Regards,
 >  >
 >  >  Jags
 >  >
 >  >  --
 >  >  For IBM-MAIN subscribe / signoff / archive access instructions,
 >  >  send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
 >  >  Search the archives at http://bama.ua.edu/archives/ibm-main.html
 >  
 >  For information, services and offers, please visit our web site:
 >  http://www.klm.com. This e-mail and any attachment may contain
 >  confidential and privileged material intended for the addressee only. If
 you
 >  are not the addressee, you are notified that no part of the e-mail or
 any
 >  attachment may be disclosed, copied or distributed, and that any other
 >  action related to this e-mail or attachment is strictly prohibited, and
 may
 >  be unlawful. If you have received this e-mail by error, please notify
 the
 >  sender immediately by return e-mail, and delete this message.
 >
 >  Koninklijke Luchtvaart Maatschappij NV (KLM), its subsidiaries and/or
 its
 >  employees shall not be liable for the incorrect or incomple

Re: RACF server disabled During IPL

[jagadishan perumal]

"You write about ESS battery and power drip. Therefore I would not expect
problems with IOCDS or CPC setup. Instead there seems to be a problem with
the RACF data base volumes. Description for IRR418I reads two more
possible causes next to "RACF product not enabled".  You might want to
review ESS configuration from it's SE. May be there's no path to your RACF
data base volumes, more precise to the Vol Sers holding your data base
volumes. Or even more precise: no *valid* path to the Vol Sers, e.g. due
to loss of power the questioned 3390 is in inconsistent state. I would
look for IOS messages in syslog, just around RACF initialization, as a
starting point."

We have shared DASD evnvironment where two hardware Z9 and Z800 OS share the
ESS. After the POR we were able to make the Z9 servers up , but the Z800 -
OS V1R12 are not coming up and throwing this messages. In Z800 we have
another LPAR which is active (OS V1R6) from their we are able to view the
SYS1.RACF(Primary racf database Volumes)


On Fri, Sep 23, 2011 at 1:25 PM, jagadishan perumal
wrote:

> T PROD=00 , Didnt bring any changes.
>
>
>
>
> On Fri, Sep 23, 2011 at 1:20 PM, Michael Klaeschen <
> michael.klaesc...@deutscherring.de> wrote:
>
>> You write about ESS battery and power drip. Therefore I would not expect
>> problems with IOCDS or CPC setup. Instead there seems to be a problem with
>> the RACF data base volumes. Description for IRR418I reads two more
>> possible causes next to "RACF product not enabled".  You might want to
>> review ESS configuration from it's SE. May be there's no path to your RACF
>> data base volumes, more precise to the Vol Sers holding your data base
>> volumes. Or even more precise: no *valid* path to the Vol Sers, e.g. due
>> to loss of power the questioned 3390 is in inconsistent state. I would
>> look for IOS messages in syslog, just around RACF initialization, as a
>> starting point.
>>
>> Cheers
>> Michael
>>
>>
>>
>> Von:jagadishan perumal 
>> An: IBM-MAIN@bama.ua.edu
>> Datum:  2011-09-23 09:34
>> Betreff:Re: RACF server disabled During IPL
>> Gesendet von:   IBM Mainframe Discussion List 
>>
>>
>>
>> We have used the correct Activation Profile, but still we are getting this
>> error. Even the correct the Load address and Load Parm was selected.
>>
>> On Fri, Sep 23, 2011 at 12:55 PM, Vernooij, CP - SPLXM <
>> kees.verno...@klm.com> wrote:
>>
>> > You could check if the POR used the correct Activation Profile, with the
>> > correct IOCDS and that the correct I/O configuration was loaded and that
>> > the system IPLed from the correct volume(s). Defaulting to an old
>> > Activation Profile might give surprising results.
>> >
>> > Kees.
>> >
>> >
>> > "jagadishan perumal"  wrote in message
>> > news:<
>> canhhcyr98kpwycax0wdrxq9pehuyqq40earjwt_q9f+rrow...@mail.gmail.com
>> > >...
>> >  > Hi,
>> > >
>> > >
>> > >  After ESS battery change , unfortunately due to power drip cluster
>> > was
>> > > restarted which led to abnormal shutdown of ZOS 1.12. After the
>> > hardware fix
>> > > , we did a POR and tried reloading the OS ,we found the below messages
>> > in
>> > > the console while IPLing which stopped further system proceeding.
>> > >
>> > >
>> > >
>> > > ERROR MESSAGES:
>> > >
>> > >
>> > >
>> > > IRR418I RACF product disabled : IRRSSI00 ended
>> > >
>> > > BPX006E OMVs is pending for security product
>> > >
>> > > AXR0501E System REXX is waiting for Security product.
>> > >
>> > >
>> > >
>> > >
>> > >
>> > > I have even checked IFAPRDXX parmlib and the security server option is
>> > > Enabled :
>> > >
>> > > PRODUCT OWNER('IBM CORP')
>> > >NAME('z/OS')
>> > >ID(5694-A01)
>> > >VERSION(*) RELEASE(*) MOD(*)
>> > >FEATURENAME('SECURITY SERVER')
>> > >
>> > > STATE(ENABLED)
>> > >
>> > >
>> > >
>> > > Details on Version :
>> > >
>> > >
>> > >
>> > > Z/OS V1R12.
>> > >
>> > > RSU1011
>> > >
>> > >
>> > >
>> > > Could anyone please suggest your experts comment.

Re: RACF server disabled During IPL

[jagadishan perumal]

T PROD=00 , Didnt bring any changes.




On Fri, Sep 23, 2011 at 1:20 PM, Michael Klaeschen <
michael.klaesc...@deutscherring.de> wrote:

> You write about ESS battery and power drip. Therefore I would not expect
> problems with IOCDS or CPC setup. Instead there seems to be a problem with
> the RACF data base volumes. Description for IRR418I reads two more
> possible causes next to "RACF product not enabled".  You might want to
> review ESS configuration from it's SE. May be there's no path to your RACF
> data base volumes, more precise to the Vol Sers holding your data base
> volumes. Or even more precise: no *valid* path to the Vol Sers, e.g. due
> to loss of power the questioned 3390 is in inconsistent state. I would
> look for IOS messages in syslog, just around RACF initialization, as a
> starting point.
>
> Cheers
> Michael
>
>
>
> Von:jagadishan perumal 
> An: IBM-MAIN@bama.ua.edu
> Datum:  2011-09-23 09:34
> Betreff:Re: RACF server disabled During IPL
> Gesendet von:   IBM Mainframe Discussion List 
>
>
>
> We have used the correct Activation Profile, but still we are getting this
> error. Even the correct the Load address and Load Parm was selected.
>
> On Fri, Sep 23, 2011 at 12:55 PM, Vernooij, CP - SPLXM <
> kees.verno...@klm.com> wrote:
>
> > You could check if the POR used the correct Activation Profile, with the
> > correct IOCDS and that the correct I/O configuration was loaded and that
> > the system IPLed from the correct volume(s). Defaulting to an old
> > Activation Profile might give surprising results.
> >
> > Kees.
> >
> >
> > "jagadishan perumal"  wrote in message
> > news: > >...
> >  > Hi,
> > >
> > >
> > >  After ESS battery change , unfortunately due to power drip cluster
> > was
> > > restarted which led to abnormal shutdown of ZOS 1.12. After the
> > hardware fix
> > > , we did a POR and tried reloading the OS ,we found the below messages
> > in
> > > the console while IPLing which stopped further system proceeding.
> > >
> > >
> > >
> > > ERROR MESSAGES:
> > >
> > >
> > >
> > > IRR418I RACF product disabled : IRRSSI00 ended
> > >
> > > BPX006E OMVs is pending for security product
> > >
> > > AXR0501E System REXX is waiting for Security product.
> > >
> > >
> > >
> > >
> > >
> > > I have even checked IFAPRDXX parmlib and the security server option is
> > > Enabled :
> > >
> > > PRODUCT OWNER('IBM CORP')
> > >NAME('z/OS')
> > >ID(5694-A01)
> > >VERSION(*) RELEASE(*) MOD(*)
> > >FEATURENAME('SECURITY SERVER')
> > >
> > > STATE(ENABLED)
> > >
> > >
> > >
> > > Details on Version :
> > >
> > >
> > >
> > > Z/OS V1R12.
> > >
> > > RSU1011
> > >
> > >
> > >
> > > Could anyone please suggest your experts comment.
> > >
> > >
> > >
> > > Regards,
> > >
> > > Jags
> > >
> > > --
> > > For IBM-MAIN subscribe / signoff / archive access instructions,
> > > send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
> > > Search the archives at http://bama.ua.edu/archives/ibm-main.html
> > 
> > For information, services and offers, please visit our web site:
> > http://www.klm.com. This e-mail and any attachment may contain
> > confidential and privileged material intended for the addressee only. If
> you
> > are not the addressee, you are notified that no part of the e-mail or
> any
> > attachment may be disclosed, copied or distributed, and that any other
> > action related to this e-mail or attachment is strictly prohibited, and
> may
> > be unlawful. If you have received this e-mail by error, please notify
> the
> > sender immediately by return e-mail, and delete this message.
> >
> > Koninklijke Luchtvaart Maatschappij NV (KLM), its subsidiaries and/or
> its
> > employees shall not be liable for the incorrect or incomplete
> transmission
> > of this e-mail or any attachments, nor responsible for any delay in
> receipt.
> > Koninklijke Luchtvaart Maatschappij N.V. (also known as KLM Royal Dutch
> > Airlines) is registered in Amstel

Re: RACF server disabled During IPL

[Michael Klaeschen]

You write about ESS battery and power drip. Therefore I would not expect 
problems with IOCDS or CPC setup. Instead there seems to be a problem with 
the RACF data base volumes. Description for IRR418I reads two more 
possible causes next to "RACF product not enabled".  You might want to 
review ESS configuration from it's SE. May be there's no path to your RACF 
data base volumes, more precise to the Vol Sers holding your data base 
volumes. Or even more precise: no *valid* path to the Vol Sers, e.g. due 
to loss of power the questioned 3390 is in inconsistent state. I would 
look for IOS messages in syslog, just around RACF initialization, as a 
starting point.

Cheers
Michael



Von:jagadishan perumal 
An: IBM-MAIN@bama.ua.edu
Datum:  2011-09-23 09:34
Betreff:    Re: RACF server disabled During IPL
Gesendet von:   IBM Mainframe Discussion List 



We have used the correct Activation Profile, but still we are getting this
error. Even the correct the Load address and Load Parm was selected.

On Fri, Sep 23, 2011 at 12:55 PM, Vernooij, CP - SPLXM <
kees.verno...@klm.com> wrote:

> You could check if the POR used the correct Activation Profile, with the
> correct IOCDS and that the correct I/O configuration was loaded and that
> the system IPLed from the correct volume(s). Defaulting to an old
> Activation Profile might give surprising results.
>
> Kees.
>
>
> "jagadishan perumal"  wrote in message
> news: >...
>  > Hi,
> >
> >
> >  After ESS battery change , unfortunately due to power drip cluster
> was
> > restarted which led to abnormal shutdown of ZOS 1.12. After the
> hardware fix
> > , we did a POR and tried reloading the OS ,we found the below messages
> in
> > the console while IPLing which stopped further system proceeding.
> >
> >
> >
> > ERROR MESSAGES:
> >
> >
> >
> > IRR418I RACF product disabled : IRRSSI00 ended
> >
> > BPX006E OMVs is pending for security product
> >
> > AXR0501E System REXX is waiting for Security product.
> >
> >
> >
> >
> >
> > I have even checked IFAPRDXX parmlib and the security server option is
> > Enabled :
> >
> > PRODUCT OWNER('IBM CORP')
> >NAME('z/OS')
> >ID(5694-A01)
> >VERSION(*) RELEASE(*) MOD(*)
> >FEATURENAME('SECURITY SERVER')
> >
> > STATE(ENABLED)
> >
> >
> >
> > Details on Version :
> >
> >
> >
> > Z/OS V1R12.
> >
> > RSU1011
> >
> >
> >
> > Could anyone please suggest your experts comment.
> >
> >
> >
> > Regards,
> >
> > Jags
> >
> > --
> > For IBM-MAIN subscribe / signoff / archive access instructions,
> > send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
> > Search the archives at http://bama.ua.edu/archives/ibm-main.html
> 
> For information, services and offers, please visit our web site:
> http://www.klm.com. This e-mail and any attachment may contain
> confidential and privileged material intended for the addressee only. If 
you
> are not the addressee, you are notified that no part of the e-mail or 
any
> attachment may be disclosed, copied or distributed, and that any other
> action related to this e-mail or attachment is strictly prohibited, and 
may
> be unlawful. If you have received this e-mail by error, please notify 
the
> sender immediately by return e-mail, and delete this message.
>
> Koninklijke Luchtvaart Maatschappij NV (KLM), its subsidiaries and/or 
its
> employees shall not be liable for the incorrect or incomplete 
transmission
> of this e-mail or any attachments, nor responsible for any delay in 
receipt.
> Koninklijke Luchtvaart Maatschappij N.V. (also known as KLM Royal Dutch
> Airlines) is registered in Amstelveen, The Netherlands, with registered
> number 33014286
> 
>
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
> Search the archives at http://bama.ua.edu/archives/ibm-main.html
>

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html


--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: RACF server disabled During IPL

[Paolo Cacciari]

Jags,

first of all, try the T PROD=00 command to see if this is going to 
activate RACF server.

After that, double check your parmlib chain to verify that the correct 
IFAPRDxx is picked up...

Regards.
 

_
Paolo Cacciari
IBM Italia S.p.A.
Business Continuity and Resiliency Services, IBM Global Services - South 
Region, EMEA


IBM Italia S.p.A.
Sede Legale: Circonvallazione Idroscalo - 20090 Segrate (MI) 
Cap. Soc. euro 384.747.048,00
C. F. e Reg. Imprese MI 01442240030 - Partita IVA 10914660153
Società soggetta all?attività di direzione e coordinamento di 
International Business Machines Corporation 

(Salvo che sia diversamente indicato sopra / Unless stated otherwise 
above)

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: RACF server disabled During IPL

[jagadishan perumal]

" If you are using the ESS
console list be sure to refresh the volume list at each LCU."

 There is no Option to refresh the LCU in ESS console.
On Fri, Sep 23, 2011 at 1:09 PM, Mike Schwab wrote:

> What are you using for the list of volumes?  If you are using the ESS
> console list be sure to refresh the volume list at each LCU.
>
> On Fri, Sep 23, 2011 at 2:34 AM, jagadishan perumal
>  wrote:
> > We have used the correct Activation Profile, but still we are getting
> this
> > error. Even the correct the Load address and Load Parm was selected.
> >
> > On Fri, Sep 23, 2011 at 12:55 PM, Vernooij, CP - SPLXM <
> > kees.verno...@klm.com> wrote:
> >
> >> You could check if the POR used the correct Activation Profile, with the
> >> correct IOCDS and that the correct I/O configuration was loaded and that
> >> the system IPLed from the correct volume(s). Defaulting to an old
> >> Activation Profile might give surprising results.
> >>
> >> Kees.
> >>
> >>
> >> "jagadishan perumal"  wrote in message
> >> news:<
> canhhcyr98kpwycax0wdrxq9pehuyqq40earjwt_q9f+rrow...@mail.gmail.com
> >> >...
> >>  > Hi,
> >> >
> >> >
> >> >  After ESS battery change , unfortunately due to power drip cluster
> >> was
> >> > restarted which led to abnormal shutdown of ZOS 1.12. After the
> >> hardware fix
> >> > , we did a POR and tried reloading the OS ,we found the below messages
> >> in
> >> > the console while IPLing which stopped further system proceeding.
> >> >
> >> >
> >> >
> >> > ERROR MESSAGES:
> >> >
> >> >
> >> >
> >> > IRR418I RACF product disabled : IRRSSI00 ended
> >> >
> >> > BPX006E OMVs is pending for security product
> >> >
> >> > AXR0501E System REXX is waiting for Security product.
> >> >
> >> >
> >> >
> >> >
> >> >
> >> > I have even checked IFAPRDXX parmlib and the security server option is
> >> > Enabled :
> >> >
> >> > PRODUCT OWNER('IBM CORP')
> >> >NAME('z/OS')
> >> >ID(5694-A01)
> >> >VERSION(*) RELEASE(*) MOD(*)
> >> >FEATURENAME('SECURITY SERVER')
> >> >
> >> > STATE(ENABLED)
> >> >
> >> >
> >> >
> >> > Details on Version :
> >> >
> >> >
> >> >
> >> > Z/OS V1R12.
> >> >
> >> > RSU1011
> >> >
> >> >
> >> >
> >> > Could anyone please suggest your experts comment.
> >> >
> >> >
> >> >
> >> > Regards,
> >> >
> >> > Jags
> >> >
> >> > --
> >> > For IBM-MAIN subscribe / signoff / archive access instructions,
> >> > send email to lists...@bama.ua.edu with the message: GET IBM-MAIN
> INFO
> >> > Search the archives at http://bama.ua.edu/archives/ibm-main.html
> >> 
> >> For information, services and offers, please visit our web site:
> >> http://www.klm.com. This e-mail and any attachment may contain
> >> confidential and privileged material intended for the addressee only. If
> you
> >> are not the addressee, you are notified that no part of the e-mail or
> any
> >> attachment may be disclosed, copied or distributed, and that any other
> >> action related to this e-mail or attachment is strictly prohibited, and
> may
> >> be unlawful. If you have received this e-mail by error, please notify
> the
> >> sender immediately by return e-mail, and delete this message.
> >>
> >> Koninklijke Luchtvaart Maatschappij NV (KLM), its subsidiaries and/or
> its
> >> employees shall not be liable for the incorrect or incomplete
> transmission
> >> of this e-mail or any attachments, nor responsible for any delay in
> receipt.
> >> Koninklijke Luchtvaart Maatschappij N.V. (also known as KLM Royal Dutch
> >> Airlines) is registered in Amstelveen, The Netherlands, with registered
> >> number 33014286
> >> 
> >>
> >>
> >> --
> >> For IBM-MAIN subscribe / signoff / archive access instructions,
> >> send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
> >> Search the archives at http://bama.ua.edu/archives/ibm-main.html
> >>
> >
> > --
> > For IBM-MAIN subscribe / signoff / archive access instructions,
> > send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
> > Search the archives at http://bama.ua.edu/archives/ibm-main.html
> >
>
>
>
> --
> Mike A Schwab, Springfield IL USA
> Where do Forest Rangers go to get away from it all?
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
> Search the archives at http://bama.ua.edu/archives/ibm-main.html
>

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archive

Re: RACF server disabled During IPL

[Mike Schwab]

What are you using for the list of volumes?  If you are using the ESS
console list be sure to refresh the volume list at each LCU.

On Fri, Sep 23, 2011 at 2:34 AM, jagadishan perumal
 wrote:
> We have used the correct Activation Profile, but still we are getting this
> error. Even the correct the Load address and Load Parm was selected.
>
> On Fri, Sep 23, 2011 at 12:55 PM, Vernooij, CP - SPLXM <
> kees.verno...@klm.com> wrote:
>
>> You could check if the POR used the correct Activation Profile, with the
>> correct IOCDS and that the correct I/O configuration was loaded and that
>> the system IPLed from the correct volume(s). Defaulting to an old
>> Activation Profile might give surprising results.
>>
>> Kees.
>>
>>
>> "jagadishan perumal"  wrote in message
>> news:> >...
>>  > Hi,
>> >
>> >
>> >  After ESS battery change , unfortunately due to power drip cluster
>> was
>> > restarted which led to abnormal shutdown of ZOS 1.12. After the
>> hardware fix
>> > , we did a POR and tried reloading the OS ,we found the below messages
>> in
>> > the console while IPLing which stopped further system proceeding.
>> >
>> >
>> >
>> > ERROR MESSAGES:
>> >
>> >
>> >
>> > IRR418I RACF product disabled : IRRSSI00 ended
>> >
>> > BPX006E OMVs is pending for security product
>> >
>> > AXR0501E System REXX is waiting for Security product.
>> >
>> >
>> >
>> >
>> >
>> > I have even checked IFAPRDXX parmlib and the security server option is
>> > Enabled :
>> >
>> > PRODUCT OWNER('IBM CORP')
>> >        NAME('z/OS')
>> >        ID(5694-A01)
>> >        VERSION(*) RELEASE(*) MOD(*)
>> >        FEATURENAME('SECURITY SERVER')
>> >
>> > STATE(ENABLED)
>> >
>> >
>> >
>> > Details on Version :
>> >
>> >
>> >
>> > Z/OS V1R12.
>> >
>> > RSU1011
>> >
>> >
>> >
>> > Could anyone please suggest your experts comment.
>> >
>> >
>> >
>> > Regards,
>> >
>> > Jags
>> >
>> > --
>> > For IBM-MAIN subscribe / signoff / archive access instructions,
>> > send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
>> > Search the archives at http://bama.ua.edu/archives/ibm-main.html
>> 
>> For information, services and offers, please visit our web site:
>> http://www.klm.com. This e-mail and any attachment may contain
>> confidential and privileged material intended for the addressee only. If you
>> are not the addressee, you are notified that no part of the e-mail or any
>> attachment may be disclosed, copied or distributed, and that any other
>> action related to this e-mail or attachment is strictly prohibited, and may
>> be unlawful. If you have received this e-mail by error, please notify the
>> sender immediately by return e-mail, and delete this message.
>>
>> Koninklijke Luchtvaart Maatschappij NV (KLM), its subsidiaries and/or its
>> employees shall not be liable for the incorrect or incomplete transmission
>> of this e-mail or any attachments, nor responsible for any delay in receipt.
>> Koninklijke Luchtvaart Maatschappij N.V. (also known as KLM Royal Dutch
>> Airlines) is registered in Amstelveen, The Netherlands, with registered
>> number 33014286
>> 
>>
>>
>> --
>> For IBM-MAIN subscribe / signoff / archive access instructions,
>> send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
>> Search the archives at http://bama.ua.edu/archives/ibm-main.html
>>
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
> Search the archives at http://bama.ua.edu/archives/ibm-main.html
>



-- 
Mike A Schwab, Springfield IL USA
Where do Forest Rangers go to get away from it all?

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: RACF server disabled During IPL

[jagadishan perumal]

We have used the correct Activation Profile, but still we are getting this
error. Even the correct the Load address and Load Parm was selected.

On Fri, Sep 23, 2011 at 12:55 PM, Vernooij, CP - SPLXM <
kees.verno...@klm.com> wrote:

> You could check if the POR used the correct Activation Profile, with the
> correct IOCDS and that the correct I/O configuration was loaded and that
> the system IPLed from the correct volume(s). Defaulting to an old
> Activation Profile might give surprising results.
>
> Kees.
>
>
> "jagadishan perumal"  wrote in message
> news: >...
>  > Hi,
> >
> >
> >  After ESS battery change , unfortunately due to power drip cluster
> was
> > restarted which led to abnormal shutdown of ZOS 1.12. After the
> hardware fix
> > , we did a POR and tried reloading the OS ,we found the below messages
> in
> > the console while IPLing which stopped further system proceeding.
> >
> >
> >
> > ERROR MESSAGES:
> >
> >
> >
> > IRR418I RACF product disabled : IRRSSI00 ended
> >
> > BPX006E OMVs is pending for security product
> >
> > AXR0501E System REXX is waiting for Security product.
> >
> >
> >
> >
> >
> > I have even checked IFAPRDXX parmlib and the security server option is
> > Enabled :
> >
> > PRODUCT OWNER('IBM CORP')
> >NAME('z/OS')
> >ID(5694-A01)
> >VERSION(*) RELEASE(*) MOD(*)
> >FEATURENAME('SECURITY SERVER')
> >
> > STATE(ENABLED)
> >
> >
> >
> > Details on Version :
> >
> >
> >
> > Z/OS V1R12.
> >
> > RSU1011
> >
> >
> >
> > Could anyone please suggest your experts comment.
> >
> >
> >
> > Regards,
> >
> > Jags
> >
> > --
> > For IBM-MAIN subscribe / signoff / archive access instructions,
> > send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
> > Search the archives at http://bama.ua.edu/archives/ibm-main.html
> 
> For information, services and offers, please visit our web site:
> http://www.klm.com. This e-mail and any attachment may contain
> confidential and privileged material intended for the addressee only. If you
> are not the addressee, you are notified that no part of the e-mail or any
> attachment may be disclosed, copied or distributed, and that any other
> action related to this e-mail or attachment is strictly prohibited, and may
> be unlawful. If you have received this e-mail by error, please notify the
> sender immediately by return e-mail, and delete this message.
>
> Koninklijke Luchtvaart Maatschappij NV (KLM), its subsidiaries and/or its
> employees shall not be liable for the incorrect or incomplete transmission
> of this e-mail or any attachments, nor responsible for any delay in receipt.
> Koninklijke Luchtvaart Maatschappij N.V. (also known as KLM Royal Dutch
> Airlines) is registered in Amstelveen, The Netherlands, with registered
> number 33014286
> 
>
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
> Search the archives at http://bama.ua.edu/archives/ibm-main.html
>

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: RACF server disabled During IPL

[Vernooij, CP - SPLXM]

You could check if the POR used the correct Activation Profile, with the
correct IOCDS and that the correct I/O configuration was loaded and that
the system IPLed from the correct volume(s). Defaulting to an old
Activation Profile might give surprising results.

Kees.


"jagadishan perumal"  wrote in message
news:...
> Hi,
> 
> 
>  After ESS battery change , unfortunately due to power drip cluster
was
> restarted which led to abnormal shutdown of ZOS 1.12. After the
hardware fix
> , we did a POR and tried reloading the OS ,we found the below messages
in
> the console while IPLing which stopped further system proceeding.
> 
> 
> 
> ERROR MESSAGES:
> 
> 
> 
> IRR418I RACF product disabled : IRRSSI00 ended
> 
> BPX006E OMVs is pending for security product
> 
> AXR0501E System REXX is waiting for Security product.
> 
> 
> 
> 
> 
> I have even checked IFAPRDXX parmlib and the security server option is
> Enabled :
> 
> PRODUCT OWNER('IBM CORP')
>NAME('z/OS')
>ID(5694-A01)
>VERSION(*) RELEASE(*) MOD(*)
>FEATURENAME('SECURITY SERVER')
> 
> STATE(ENABLED)
> 
> 
> 
> Details on Version :
> 
> 
> 
> Z/OS V1R12.
> 
> RSU1011
> 
> 
> 
> Could anyone please suggest your experts comment.
> 
> 
> 
> Regards,
> 
> Jags
> 
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
> Search the archives at http://bama.ua.edu/archives/ibm-main.html

For information, services and offers, please visit our web site: 
http://www.klm.com. This e-mail and any attachment may contain confidential and 
privileged material intended for the addressee only. If you are not the 
addressee, you are notified that no part of the e-mail or any attachment may be 
disclosed, copied or distributed, and that any other action related to this 
e-mail or attachment is strictly prohibited, and may be unlawful. If you have 
received this e-mail by error, please notify the sender immediately by return 
e-mail, and delete this message. 

Koninklijke Luchtvaart Maatschappij NV (KLM), its subsidiaries and/or its 
employees shall not be liable for the incorrect or incomplete transmission of 
this e-mail or any attachments, nor responsible for any delay in receipt. 
Koninklijke Luchtvaart Maatschappij N.V. (also known as KLM Royal Dutch 
Airlines) is registered in Amstelveen, The Netherlands, with registered number 
33014286



--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html