Thank you, Mike I did see it in the list in IPCS. Now I see that not all the subcommands are listed in the IPCS panels.
On Fri, Feb 28, 2014 at 10:58 AM, Mike Schwab <mike.a.sch...@gmail.com>wrote: > 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 <pacemainl...@gmail.com> 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) <z...@cdc.gov> 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) | > >> z...@cdc.gov > >> > >> > >> 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:IBM-MAIN@LISTSERV.UA.EDU] > On > >> Behalf Of Chase, John > >> Sent: Friday, February 28, 2014 10:32 AM > >> To: IBM-MAIN@LISTSERV.UA.EDU > >> 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 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 > >> > > > > > > > > -- > > 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 lists...@listserv.ua.edu 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 lists...@listserv.ua.edu 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 lists...@listserv.ua.edu with the message: INFO IBM-MAIN