I've heard about a couple of things that can really slow an IPL down. One is an ESCON channel connected to nothing or a inop device. NIP (or somebody) will wait a very long time to see if it will come active.
If there has been hardware microcode updates, the chp does not actually load the new microcode until a live LPAR tries to touch it. That can take a very long time. Worse if the chp is not connected to a live device. Try identifying dead or chp's and deactivate via the SE. Also expect long delays the first time a chp is used, even to an existing device. That scar is still fresh :-) -----Original Message----- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Stephen Wolf Sent: Wednesday, July 16, 2008 2:34 PM To: [email protected] Subject: IODF change causes next IPL to "hang" Hello List, Are system is a 2096 U03 with three LPARs but no sysplex. Two LPARs are production, one at z/OS 1.4 and a small one at z/OS 1.7. The current IODF is a version 5 level. This weekend I activated a new IODF on the 1.4 system using the HCD dialogs which completed successfully. I did not do an activate on the 1.7 We then IPLed the 1.4 system and it just waited. The NIP console was not activated and there was not a hard wait. I brought up my rescue system and changed the IODF back to the old one and the 1.4 system IPLed ok. The 1.7 system complained about the new UCBs when I did the activate but it kept running. We have done a IODF change before but at that time only the 1.4 LPAR was active. DO I need to do a software IODF change on the 1.7 LPAR before I do the IODF on the 1.4 system. Regards, Steve Wolf Rockwell Automation 414-382-4308 ---------------------------------------------------------------------- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html NOTICE: This electronic mail message and any files transmitted with it are intended exclusively for the individual or entity to which it is addressed. The message, together with any attachment, may contain confidential and/or privileged information. Any unauthorized review, use, printing, saving, copying, disclosure or distribution is strictly prohibited. If you have received this message in error, please immediately advise the sender by reply email and delete all copies. ---------------------------------------------------------------------- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
