It is part of the IPCS product.  (z/OS 1.12 is what google found for me).
http://pic.dhe.ibm.com/infocenter/zos/v1r12/index.jsp?topic=%2Fcom.ibm.zos.r12.ieav200%2Fipcs.htm

On Fri, Feb 28, 2014 at 9:52 AM, Mark Pace <[email protected]> wrote:
> Oh fun!  -  VERBEXIT MTRACE  -  ABENDs IEE30008I
>
> For giggles I looked at SYS1.NUCLEUS, it was still in a primary extent.
>
> One oddity - maybe it's just how it works but. under Analysis, components,
> RMSDATA -
> IAR80309I Data space information may be incomplete for RSM.  Validity check
> failures encountered.  Run RSMDATA EXCEPTION report.
> IAR80306I One or more major RSM data areas received a validity check
> warning.  Run RSMDATA EXCEPTION report.
>
> RSM summary shows.
> Available for allocation          8,192
> This system does NOT 8GB.  It only has 4GB.  I am assuming the 8,192 means
> 8GB and not 8m or 8k.
>
> Also I've searched through both the User's guide and Reference and I can
> not find an RSMDATA EXCEPTION report.  I closest I found was Analyze,
> Exception - but that returned -
> BLS01003I No units of work meet the exception criteria
>
>
>
> On Fri, Feb 28, 2014 at 10:35 AM, Burrell, C. Todd (CDC/OCOO/OCIO/ITSO)
> (CTR) <[email protected]> wrote:
>
>> This may be way off base, but I seem to remember running into a similar
>> issue a long time ago when SYS1.NUCLEUS went into extents.     NIP could
>> not load a module and the IPL went into a disabled wait.
>> I'm sure this has been fixed by now in z/OS, but this might be worth a
>> look?
>>
>> Todd Burrell, PMP, ITIL Expert, CISSP | Project Manager | ITSO AHB |
>> Centers for Disease Control and Prevention (CDC)
>> Contractor - HP Enterprise Services | 1600 Clifton Rd, Building 21, MS
>> D24, RM 1300 | Atlanta, GA 30338 | 404-971-7275 (Blackberry) 
>> 404-723-2017(Mobile) |
>> [email protected]
>>
>>
>> THIS COMMUNICATION MAY CONTAIN CONFIDENTIAL AND/OR OTHERWISE PROPRIETARY
>> MATERIAL and is for use only by the intended recipient. If you received
>> this in error, please notify the sender and delete the communication from
>> all computers.
>>
>>
>> -----Original Message-----
>> From: IBM Mainframe Discussion List [mailto:[email protected]] On
>> Behalf Of Chase, John
>> Sent: Friday, February 28, 2014 10:32 AM
>> To: [email protected]
>> Subject: Re: Disabled wait
>>
>> > -----Original Message-----
>> > From: IBM Mainframe Discussion List On Behalf Of Mark Pace
>> >
>> > RTFH - tried that.  I need something more like - For a SAD do this. For
>> xxx do that.
>> >
>> > Found the process I ran last night does have a lot of output.
>> > Following Lizette's idea I looked for NIP messages.  This was every
>> place that NIP was mentioned.
>> > IEA41001I NIP RIM IEAVNIP0 has failed
>> > and
>> > *** NIP MESSAGES ON THE DELAYED ISSUE QUEUE *** THERE ARE NO NIP
>> MESSAGES ON THE DELAYED ISSUE QUEUE.
>> >
>> > IEA41001I -  Doesn't show up in the the manual MVS System Messages
>> > Volume 6 (GOS - IEA)
>>
>> It's in the _z/OS_MVS_Dump_Output_Messages_ manual:
>>
>>
>> http://pic.dhe.ibm.com/infocenter/zos/v1r13/topic/com.ibm.zos.r13.ieah600/iea2h69020.htm#wq42
>>
>> IEA41001I NIP RIM modname HAS FAILED
>>
>> Explanation:  A nucleus initialization program (NIP) resource
>> initialization module (RIM) was in control when the system entered a wait
>> state.
>>
>> In the message text:
>>
>> modname   The name of the NIP RIM.
>>
>> System Action:  The system enters a wait state.
>>
>> User response:  Use VERBEXIT SYMPTOM command to retrieve the symptoms for
>> doing problem searches. Also issue VERBEXIT MTRACE command to find
>> messages that cannot be issued to the console because it is not yet
>> initialized.
>>
>> Source: System initialization (IPL/NIP)
>>
>>    -jc-
>>
>> **********************************************************************
>> Information contained in this e-mail message and in any attachments
>> thereto is confidential. If you are not the intended recipient, please
>> destroy this message, delete any copies held on your systems, notify the
>> sender immediately, and refrain from using or disclosing all or any part of
>> its content to any other person.
>>
>> ----------------------------------------------------------------------
>> For IBM-MAIN subscribe / signoff / archive access instructions, send email
>> to [email protected] with the message: INFO IBM-MAIN
>>
>> ----------------------------------------------------------------------
>> For IBM-MAIN subscribe / signoff / archive access instructions,
>> send email to [email protected] with the message: INFO IBM-MAIN
>>
>
>
>
> --
> The postings on this site are my own and don't necessarily represent
> Mainline's positions or opinions
>
> Mark D Pace
> Senior Systems Engineer
> Mainline Information Systems
>
> ----------------------------------------------------------------------
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to [email protected] with the message: INFO IBM-MAIN



-- 
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 [email protected] with the message: INFO IBM-MAIN

Reply via email to