Al,
Sorry for your pain. I would replace the batteries ASAP, five years is a long time.
We were fortunate because our system ABEND (due to an erroneous power failure message) occurred at 4:30:22 on a Saturday morning when there very little activity on the system. The only repercussion of the system ABEND was the failure of our tape IOA to report in on a partition after a DLPAR.
(This was a very strange problem: I would DLPAR both the IOA and IOP to partition 1 and there'd be no errors on the move with the HMC; but the IOA would be UNDETECTED. But when I DLPARd the IOA and IOP to partition 2, the IOA would be DETECTED and I could vary on the tape drive. I worked with the swell Internals group at IBM Rochester Support to try and get the IOA detected on partition 1 to no avail. I IPLd the IOP but it didn't help. I sent a flight recorder of the IOP to the internals group and they passed it on to the developers but they said it looked normal. I ended having to perform a server IPL to fix this issue).
Question for you Al: When the UPS died, did you receive a CPF1816 System utility power failed at 080920043022 like message? Or did your box die a slow death? When I got the CPF1816, our system started an abnormal shutdown. This is what I'm getting at:
"Is a shutdown due to an insufficient QUPSDLYTIM value the same as a shutdown when you have no sense cable (and therefore QUPSDLYTIM is irrelevant) and the UPS drains? In the former case, the system knows it's on a UPS, in the latter it doesn't.
Bryan Burns
iSeries Specialist
ECHO, Incorporated
Lake Zurich, Illinois
-----Original Message-----
From: midrange-l-bounces@xxxxxxxxxxxx [mailto:midrange-l-bounces@xxxxxxxxxxxx]On Behalf Of macwheel99@xxxxxxxxxx
Sent: Thursday, October 02, 2008 5:34 PM
To: Midrange Systems Technical Discussion
Subject: Re: Was System Abend Due to the UPS,or the Sense Cable or the iSeries?
This last weekend was both EOM (End of Fiscal Month, where I get to do 99%
of the accounting stuff) and a surprise extended power outage where the
AS/400 went down hard. I am still busy with some after-EOM reports & I
could use guidance / suggestions on what else I should do about the UPS
battery, which I suspect may need some attention.
Normally we have power outage flickers of 1-2 seconds, most of
which "coincidentally" occur right around shift change at the factory.
A power line came down, so we lost power for a couple hours.
I am extremely grateful the power got repaired as fast as it did, on EOM
weekend.
We have phone lines still not fixed since the flooding of last June July.
Turns out our QUPSDLYTIM (UPS delay time) was set for 1500 seconds (30 min)
& the battery ran out after 25 minutes. I changed QUPSDLYTIM to *CALC & it
gets 200 seconds (3 min), which seems ominous to me.
QUPSMSGQ (UPS message queue) goes to QSYSMSG which got erased by the re-IPL,
or earlier, so it does not seem logical to have messages about a power
outage in a queue which won't have useful info there after power returns.
However, when we had our hard disk crash a month ago, QSYSMSG still had all
the history about the hard disk problems from before the power taken down to
replace that drive.
DSPLOG had some ominous messages, such as damaged objects.
My priority was to get EOM completed over the weekend, after which I ran
100% SAVE-21, with no problems.
The last time we had damaged objects, the backup would not do them, so I am
hoping this means we are now Ok.
We verified UPS is attached only to our AS/400 (V5R1) model 170, and the
power to the UPS is from the wall supply, without anything else sharing the
load.
It is a POWERWARE 9125 whose manual I cannot find.
I want to know if we have a battery on its last legs.
Asking around, it sounds like we may have had this in excess of five years.
These batteries cannot last indefinitely.
-
Al Macintyre
--
This is the Midrange Systems Technical Discussion (MIDRANGE-L) mailing list
To post a message email: MIDRANGE-L@xxxxxxxxxxxx
To subscribe, unsubscribe, or change list options,
visit:
http://lists.midrange.com/mailman/listinfo/midrange-l
or email: MIDRANGE-L-request@xxxxxxxxxxxx
Before posting, please take a moment to review the archives
at
http://archive.midrange.com/midrange-l.
midrange.com
