>No manual configuration or profile changes were made. Only the hardware >microcode.
Then, I really don't understand what kind of state you're in. >I kind of hesitate to issue reconfiguration commands right now. This is our >most loved LPAR. When we were GDPS testing, a few years ago, IBM was supplying the service support for the implementation. We are also using CUOD. The process was documented as: Start Up: 1. Perform the on-demand upgrade. 2. CONFIG the processors online on the required LPARs. 3. Start the appropriate start-up automation. Shut down: 1. Start the appropriate shut-down automation. 2. CONFIG the processors offline on the appropriate LPARs. 3. Downgrade the CUOD processors. These procedures came right out of IBM documentation, and are pretty straight forward. I have never taken the processors away from an image before CONFIGing them offline, first. I have no idea what state the LPAR would be in, in that case. I would hope that PRSM & z/OS, together, would not allow it. - Too busy driving to stop for gas! ---------------------------------------------------------------------- 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
