Nope, no deactivates unless GDPS was misbehaving :) ... Ops who know what they are doing (and I was on the phone with them)... Duplicate volume was a user included volume, not a cpowned one...
Not that big of a deal but I was surprised to hear the operator comment that he has to issue it "often". There's 6 systems and he couldn't narrow it down to which ones or if it changes. I did try that particular system again and one other and of course it worked just fine. Marcy "This message may contain confidential and/or privileged information. If you are not the addressee or authorized to receive this for the addressee, you must not use, copy, disclose, or take any action based on this message or any information herein. If you have received this message in error, please advise the sender immediately by reply e-mail and delete this message. Thank you for your cooperation." -----Original Message----- From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf Of James Stracka (DHL US) Sent: Friday, May 01, 2009 3:33 PM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: [IBMVM] Shutdown REIPL The only two times that I remember a SHUTDOWN REIPL failing are when changing IPL volumes or someone deactivated the LPAR before the SHUTDOWN completed with the WARM START DATA saved message. I know, "Why would someone deactivate an LPAR if they issued a SHUTDOWN REIPL?" I dunno but it has happened. Yes, a duplicate volume could if it is the same volume as in the System Configuration file for System Residence. -----Original Message----- From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf Of Marcy Cortes Sent: Friday, May 01, 2009 2:47 PM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: Shutdown REIPL Nope, it was me doing the shutdown reipl and no ucb on it. Could a duplicate volume message cause it? (not cpowned). Marcy "This message may contain confidential and/or privileged information. If you are not the addressee or authorized to receive this for the addressee, you must not use, copy, disclose, or take any action based on this message or any information herein. If you have received this message in error, please advise the sender immediately by reply e-mail and delete this message. Thank you for your cooperation." -----Original Message----- From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf Of James Stracka (DHL US) Sent: Friday, May 01, 2009 2:43 PM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: [IBMVM] Shutdown REIPL Having done lots of SHUTDOWN REIPL with a new CPLOAD MODULE, I highly doubt that is the cause. Are you sure they are not doing: SHUTDOWN RIPL ucb I have seen this on some CNR tests because you are IPLing using a different volume where the checkpoint area is on a different area of the volume. -----Original Message----- From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf Of Marcy Cortes Sent: Friday, May 01, 2009 2:37 PM To: IBMVM@LISTSERV.UARK.EDU Subject: Shutdown REIPL Operations made me curious today. The said sometimes when we do our SHUTDOWN REIPL thing on the disaster test systems, they have to enter FORCE. Auto_Warm_IPL is on. Does it do that because of a new CPLOAD module? This is the only relevant message: 12:12:10 HCPWRM904E System recovery failure; incorrect warm start data. Marcy "This message may contain confidential and/or privileged information. If you are not the addressee or authorized to receive this for the addressee, you must not use, copy, disclose, or take any action based on this message or any information herein. If you have received this message in error, please advise the sender immediately by reply e-mail and delete this message. Thank you for your cooperation."
