> > >Over the last couple of months, the remaining 1.9 lpar has started giving us >problems, described as follows: > the operator, per SOP drains the lpar, goes to the HMC (hardware >management console) , finds the “activate†colophon for that lpar, > selects it, responds to the various prompts > ….. and nothing happens. Before the regular ipl data stream will appear on >the System Operator Console, he/she has to do a “reset clear†3 or 4 >times, and then another “activate†. After that, the ipl process >proceeds w/o any further ado (i.e., successfully).
Various prompts? Regular data stream? Do you mean an operator console (as opposed to NIP messages)? What do you see exactly and when does it "hang"? ========= PROMPTS ==when you click on "activate" a small window opens up, saying"to view activation profile for partition click 'view activation profile' " ; you then get into a dialog which eventually allows you to see your L1 and L2 parms REGULAR DATA STREAM == the series of messages which appear on the OPERATOR console, beginning w/ "IEA371I sys1.iplparm on device ..... " and culminating w/ "IEA101a specify system parameters" "what do you see .... " ==== nothing on the operator console; after you enter your final "z eod" the stuff *already* on the operator console stays there until it blanks itself out (the screen does) when the series of messages beginning w/ IEA371I begin to arrive ;; when those messages DO NOT arrive after 5 minutes, we know it's hung up and then we go do the "reset/clear" I have seen delays when the LOADxx member has ++ or -- and NIP has to search for an IODF depending on what the IODF naming convention is and what is on the volume. But if it hangs and then suddenly works, that doesn't sound like the problem. ======= the iodf is SYS1.IODF and reference to it is iodf -- sys1 Could there be a backup or something else putting a reserve on the IODF volume or sysres volume during that period of time? ===== good idea; I will investigate this. > This never used to be the case, and these are all qualified, competent, >experienced operators. The o/s images are all stable – they have not >changed in at least 6 months (Ãm the only one who does the maintenance, >so I can vouch for that). Any ideas as to what the problem here might be? of >what to do ? Yes, make sure stand alone dump is functioning and take one the next time it happens. Then open a PMR with IBM if you need help to diagnose it. Mark -- Mark Zelden Sr. Software and Systems Architect - z/OS Team Lead Zurich North America / Farmers Insurance Group - ZFUS G-ITO mailto:mark.zel...@zurichna.com z/OS Systems Programming expert at http://expertanswercenter.techtarget.com/ Mark's MVS Utilities: http://home.flash.net/~mzelden/mvsutil.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