|
midrange.com
Jeff,
We are running 2 520s here with the 1827/serial cable setup and we
have tested the items you mention after point #3. We have successfully
received the messages that occur when the UPS in in bypass mode and when
the UPS goes on/off battery (utility power lost/utility power restored).
We have tested for those messages and received them and also have received
them in a 'live' situation when we had utility power problems. In addition
to that... If I unplug the cable while the system is up and running, it
will tell me so... we've tested it (in fact, I just walked in to our
development box and yanked the cable/reattached it and got CPI0961 and
CPI0962. If you're not getting messages for those types of events, it
sounds like something is still wrong with your setup... it sounds like
maybe the signal output to your UPS might still be suspect.
With that said, I agree that IBM implementation needs some work (it was a
MESS when the 520 hit the streets)... I think it's stemming from the fairly
new existence of the FSP and firmware PTFs and all those concerns. I had
something odd occur last week when we loaded some firmware PTFs and then
when they finally applied at IPL I noticed a message about the UPS no
longer being attached. It required another power down, unplug for 5-10
mins, and IPL to sense the cable was reattached again. The support person
didn't know why this occured from loading MH* PTFs, but it did. They are
hurting their system reliability and wasting some of those minutes of
availability throughout the year that add up quick when people start
talking about five 9's and such. ;)
"Jeff Crosby"
<jlcrosby@dilgard
foods.com> To
Sent by: "'Midrange Systems Technical
midrange-l-bounce Discussion'"
s@xxxxxxxxxxxx <midrange-l@xxxxxxxxxxxx>
cc
03/28/2006 08:48 Subject
AM FU: UPS on an i5 520 - Not Your
Father's Attachment
Please respond to
Midrange Systems
Technical
Discussion
<midrange-l@midra
nge.com>
All,
Back in February, I posted a number of messages regarding UPS attachment to
a i5 520. I think my particular situation is now resolved, but I felt I
needed to post a summary of "what is."
After being involved with a number of people at IBM on this, I find that we
have 2 completely UPS attachment scenarios:
1) Historically, UPS was attached via a J14 port. The i5 520/550/570
models
do not have a J14 port. Instead you must connect to a serial port. This
serial port acts entirely different from the J14 port in a number of ways.
At least one of these, to me, is a defect. The defect is that the FSP
_only_ recognizes UPS attachment to this serial port if an 1827 cable is
attached at the time the FSP is powered up. After power up, it makes _not
one iota of difference_ if there is a cable attached or not. I can unplug
it after power up and the ASMI says it's still attached. If none was
attached at power up, I can attach one later and the ASMI will still say
none is attached.
2) The MATMATR API pays no attention to this serial port in any case. The
MATMATR API only works if you have a J14 port. Since I got an 0595
expansion unit with my 520, I found this out accidently because, lo and
behold, even though IBM can't spring for a J14 on a 520 system, they put a
fully functional one on the expansion unit. If I short the various pins in
the J14 port per an IBM internal document instructions, the MATMATR works.
But the ASMI shows nothing.
3) This means IBM has 2 completely different and unassociated methods for
determining UPS attachment. There is the serial port that the ASMI looks
at. Then there is the J14 port (your father's UPS attachment method) that
the MATMATR API uses.
But I think IBM still has a problem with that serial port. Be advised that
if you're using an 1827 cable (of which there were many threads here), you
do _not_ have the same level of communication from your UPS to the i5 that
you used to have with the J14. The serial port connection signals are 1)
UPS attached, and 2) battery low. That's it. No 'on bypass' indication.
No 'on battery' indication. You read that right.
I have both HW and SW PMRs still open at IBM on this, and I don't believe
until just very recently, that there are many (if any) people in IBM that
know and understand the entire situation regarding UPS attachment and what
a
problem it has become.
Though I'm not an electrician by any stretch, I don't consider myself a
dummy. (Comment welcome here. <g>). I just don't understand how IBM got
the whole UPS attachment thing situated this way.
HTH someone else.
(To compound the above for my case, I found out from Liebert, my UPS
manufacturer, that their UPS connection signal output has changed. It only
took 6 months and talking to 4 different people at Liebert to find this out
and is at odds with what those people told me 2 years ago when I got the
new
UPS. Believe it or not, even though I'm using the EXACT same cable as with
the old Liebert UPS, connected to the same COM1 output port, Liebert has
completely changed the signals generated. To get to what I used to have,
for connecting to that J14 port, I must put another card into my UPS and
have a cable custom made by Black Box. Both of those items are now
installed. This now puts me back to where I was 2 years ago before this
all
started.)
--
Jeff Crosby
Dilgard Frozen Foods, Inc.
P.O. Box 13369
Ft. Wayne, IN 46868-3369
260-422-7531
The opinions expressed are my own and not necessarily the opinion of my
company. Unless I say so.
--
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.
_____________________________________________________________________________
Scanned by IBM Email Security Management Services powered by MessageLabs.
For more information please visit http://www.ers.ibm.com
_____________________________________________________________________________
ForwardSourceID:NT00040D42
As an Amazon Associate we earn from qualifying purchases.
This mailing list archive is Copyright 1997-2024 by midrange.com and David Gibbs as a compilation work. Use of the archive is restricted to research of a business or technical nature. Any other uses are prohibited. Full details are available on our policy page. If you have questions about this, please contact [javascript protected email address].
Operating expenses for this site are earned using the Amazon Associate program and Google Adsense.
