>Have you issued Q RECORDING to check for a massive amount of
>EREP/ACCOUNTING records that are not written to disk by EREP/DISKACNT?
> These records are written to checkpoint or warm start (I don't
>remember to which one).
These are written to the checkpoint area during shutdown, and are a
likely
Have you issued Q RECORDING to check for a massive amount of
EREP/ACCOUNTING records that are not written to disk by EREP/DISKACNT?
These records are written to checkpoint or warm start (I don't
remember to which one).
2009/5/2 Rich Greenberg :
> On: Fri, May 01, 2009 at 09:02:33PM -0500,Marcy Co
On: Fri, May 01, 2009 at 09:02:33PM -0500,Marcy Cortes Wrote:
} >I think John has the answer. How big are your checkpoint and warm start
areas?
}
} 9 cyl. As big as it gets.
That SHOULD be big enough, so keep looking. O well.
Its been a while since I allocated a ckpt or warm area. Is
board on a Blackberry.)
- Original Message -
From: "Marcy Cortes" [marcy.d.cor...@wellsfargo.com]
Sent: 05/01/2009 09:02 PM EST
To: IBMVM@LISTSERV.UARK.EDU
Subject: Re: Shutdown REIPL
>I think John has the answer. How big are your checkpoint and warm start areas?
9 cyl. As
>I think John has the answer. How big are your checkpoint and warm start areas?
9 cyl. As big as it gets.
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, discl
On: Fri, May 01, 2009 at 04:36:47PM -0500,Marcy Cortes Wrote:
} 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
>Nope, it was me doing the shutdown reipl and no ucb on it.
>Could a duplicate volume message cause it? (not cpowned).
>
>
>12:12:10 HCPWRM904E System recovery failure; incorrect warm start data.
This means that some of the system information that is saved in the
checkpoint (most
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 S
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
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,
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
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
: The IBM z/VM Operating System
[mailto:ib...@listserv.uark.edu] On Behalf Of Mike Walter
Sent: Friday, March 20, 2009 9:09 AM
To: IBMVM@LISTSERV.UARK.EDU
Subject: Re: SHUTDOWN REIPL
Yes, Dennis pointed the error of my post last night
"
03/20/2009 10:45 AM
Please respond to
"The IBM z/VM Operating System"
To
IBMVM@LISTSERV.UARK.EDU
cc
Subject
Re: SHUTDOWN REIPL
Please note the excerpt from your post included below, particularly the
part about CP bounce processing.
Regards,
Richard Schuh
>
Please note the excerpt from your post included below, particularly the
part about CP bounce processing.
Regards,
Richard Schuh
>
> The PROMPT parameter is only valid for the SAPL screen.
> This parameter is not acknowledged during CP bounce
> processing (SHUTDOWN REIPL o
Of Marcy Cortes
> Sent: Thursday, March 19, 2009 3:39 PM
> To: IBMVM@LISTSERV.UARK.EDU
> Subject: Re: SHUTDOWN REIPL
>
> Do you have a "local" address for yourself via OSA-ICC,9074,
> or something else?
>
> We have been known to deal with the long distance and
Mike,
Your suggestion won't work. You included the reason in the text that
you quoted from the manual:
The PROMPT parameter is only valid for the SAPL screen. This
parameter
is not acknowledged during CP bounce processing (SHUTDOWN REIPL or
restarting after an abend).
SHUTDOWN
tory entry
for OPERATOR).[P.S. 'TERMINAL MORE 0 0 HOLD OFF' prevents Operators
from seeing any error messages - as if they'd pay any attention anyway.
But you've been warned].
But on some occasions, you want the AUTO_IPL_WARM skipped?
If so, when they enter; SHUTD
Do you have a "local" address for yourself via OSA-ICC,9074, or
something else?
We have been known to deal with the long distance and busy ops this way:
"shutdown reipl iplparms cons=0315"where 315 is my "local" session
and then once you get the sapl screen
Is there any way short of updating SYSTEM CONFIG and reordering the page
volumes to coax SHUTDOWN REIPL to not automatically perform a warm
start. Having to involve operators who are 3000 miles away, and normally
very busy, in the process is sometimes difficult (paperwork) and time
consuming
20 matches
Mail list logo