All they were doing was adding new disk drives and controllers. I can't say exactly what they did but in my time there I did what I think they were doing many times with no issues using ENDTCP, ENDSBS *ALL *IMMED, PWRDWNSYS *IMMED.
Paul Fenstermacher | Sys/NW Admin,Sr | Corporate Systems - POWER Systems Administration | Jack Henry & Associates, Inc.(r)
663 West Highway 60 | Monett, MO 65708 | Ph. 417.235.6652 | x177389 | pfenstermacher@xxxxxxxxxxxxx
From: midrange-l-bounces@xxxxxxxxxxxx [mailto:midrange-l-bounces@xxxxxxxxxxxx] On Behalf Of rob@xxxxxxxxx
Sent: Wednesday, January 16, 2013 6:36 AM
To: Midrange Systems Technical Discussion
Subject: Re: PWRDWNSYS
Malarky. While I do use *CNTRLD, even after ending to restricted state, please remember this; when you put a time limit on *CNTRLD after that time expires it does an *IMMED.
When you do a PWRDWNSYS *CNTRLD DELAY(120) when you are in restricted state it will stay there for 2 minutes, OR until you sign off your console session. Therefore, using the DELAY is NOT the trick when you are in restricted state - the trick is to sign off your console.
Now, as far as flushing cache, what kind of maintenance were they doing?
Replacing cache batteries? If so, RTM on doing so. To do this live (which I usually do unless the battery is swollen and requires an outage) the manual will talk you through the steps in SST to flush the cache and make the battery ready for removal. For just one sample battery pack on one card look at:
Now as far as powering down the system as a whole, on my HMC there's an option, after I've powered off all the lpars, to power down the system itself. I think there's an option there that says power it off so that it's kosher to remove cache battery cards or not (or some such thing). I'd love to show you a manual link but all I can see (from somewhere it that above url) is "Select the desired power-off mode and click ok". And, I'm not inclined right how to power off a whole system just to step one through it. But given a little incentive for a couple of hours of after hours work... ;-)
IBM Certified System Administrator - IBM i 6.1 Group Dekko Dept 1600 Mail to: 2505 Dekko Drive
Garrett, IN 46738
Ship to: Dock 108
Kendallville, IN 46755
From: Paul Fenstermacher <PFenstermacher@xxxxxxxxxxxxx>
To: "Midrange Systems Technical Discussion (midrange-l@xxxxxxxxxxxx)"
Date: 01/16/2013 04:38 AM
Sent by: midrange-l-bounces@xxxxxxxxxxxx
A former co-worker had a problem last week during a scheduled maintenance
window and the analysis afterward led a consultant to say this in his root
cause analysis report:
"Anytime you are doing any kind of disk work on a system you always want
to power the system down controlled. Ending the system "controlled"
flushes the disk cache from memory to disk, "immediate" does not do this.
I cringe when I see customers using *IMMED. 99% of the time the system
will come back up without issue, but that other 1% results in the type of
issue reported here. They took the time to end all of the subsystems to a
restricted state before issuing the PWRDWNSYS, which is the right thing to
do, but then powered down immediately. It's a common misconception that
ending the system controlled takes significantly longer to end. Once the
system is in a restricted state, it takes only seconds longer to end the
system "controlled" versus "immediate". The trick to using *CNTRLD is to
make sure you change the delay time to something like 5 (for 5 seconds)
rather than the default of 3600, otherwise you'll be waiting an hour
before the system starts powering down."
I have to say in 27 years of administering the platform in all its flavors
I've never done a PWRDWNSYS *CNTRLD and I have yet to have any problems
caused by that. Thoughts anyone??
Paul Fenstermacher | Sys/NW Admin,Sr | Corporate Systems - POWER Systems
Administration | Jack Henry & Associates, Inc.(r)
663 West Highway 60 | Monett, MO 65708 | Ph. 417.235.6652 | x177389 |
NOTICE: This electronic mail message and any files transmitted with it are
exclusively for the individual or entity to which it is addressed. The
together with any attachment, may contain confidential and/or privileged
Any unauthorized review, use, printing, saving, copying, disclosure or
is strictly prohibited. If you have received this message in error, please
immediately advise the sender by reply email and delete all copies.