Rob,
To change the cache battery for a card in the CEC, you must open the top cover on the CEC.
On P7, opening the top cover is only allowed with server powered off.
IBM did take a step backwards on the P7 CEC, nothing in the CEC is achievable via concurrent maintenance.
P5, P6, P8 are.
Paul
-----Original Message-----
From: MIDRANGE-L [mailto:midrange-l-bounces@xxxxxxxxxxxx] On Behalf Of rob@xxxxxxxxx
Sent: Tuesday, May 19, 2015 1:35 PM
To: Midrange Systems Technical Discussion
Subject: RE: Cache Battery question
Not that I really have a clue about this as we bypassed Power 7 by going straight from 6 to 8, but is there some way to shutdown just that lpar and do the maintenance while leaving the other lpars up? To me, that's not "concurrent". Power off the "playground" and try maintenance from the HMC, not the lpar.
Rob Berendt
--
IBM Certified System Administrator - IBM i 6.1 Group Dekko Dept 1600 Mail to: 2505 Dekko Drive
Garrett, IN 46738
Ship to: Dock 108
6928N 400E
Kendallville, IN 46755
http://www.dekko.com
From: "Steinmetz, Paul" <PSteinmetz@xxxxxxxxxx>
To: "'Midrange Systems Technical Discussion'"
<midrange-l@xxxxxxxxxxxx>
Date: 05/19/2015 01:17 PM
Subject: RE: Cache Battery question
Sent by: "MIDRANGE-L" <midrange-l-bounces@xxxxxxxxxxxx>
I just realized one more bit of sad news.
Even though my Production and R&D LPARs use 5913, (no batteries), when I
have to replace the cache batteries for 57CB and 2B4C on my playground
LPAR, I will have to shut down all LPARs, power down the server, since
these cards/maint is not available concurrently.
Urgh.
Paul
-----Original Message-----
From: Steinmetz, Paul
Sent: Monday, May 18, 2015 5:08 PM
To: 'Midrange Systems Technical Discussion'
Subject: RE: Cache Battery question
Base controller in the P7 8205 CEC still has cache batteries, (I actually
forgot about these, playground LPAR) Thanks for that tip.
Resource
Opt Name Serial Number Type-Model Location
DC07 Y510P223800A 57CB-001 P1
DC09 YL10P1301165 2B4C-001 P1-C19
Resource name . . . . . . . . . . . : DC07
Serial number . . . . . . . . . . . : Y510P223800A
Actual type-model . . . . . . . . . : 57CB-001
Unit ID . . . . . . . . . . . . . . : U78AA.001.WZSGRM3
Planar ID . . . . . . . . . . . . . : P1
Battery type . . . . . . . . . . . : Lithium Ion (LiIon)
Battery state . . . . . . . . . . . : No battery warning/error
Power-on time (days) . . . . . . . : 767
Adjusted power-on time (days) . . . : 767
Estimated time to warning (days) . : 205
Estimated time to error (days) . . : 296
Concurrently maintainable :
battery pack . . . . . . . . . . .: No
Battery pack can be safely replaced : No
Paul
-----Original Message-----
From: MIDRANGE-L [mailto:midrange-l-bounces@xxxxxxxxxxxx] On Behalf Of
rob@xxxxxxxxx
Sent: Monday, May 18, 2015 3:44 PM
To: Midrange Systems Technical Discussion
Subject: RE: Cache Battery question
I think so, I play heck trying to find anything on my 'host' lpars under
9. Work with resources containing cache battery packs in SST.
57CE-001
And I don't think my VIOS lpars have cache batteries either
Description:
RAID Controller
Location code: U78C9.001.WZS00U9-P1-C14
Feature code: PCI Configuration Data
Vendor ID: 1014
Device ID: 034A
Subsystem vendor ID: 1014
Subsystem device ID: 03FF
Class code: 0104
Revision ID: 02
Rob Berendt
--
IBM Certified System Administrator - IBM i 6.1 Group Dekko Dept 1600 Mail
to: 2505 Dekko Drive
Garrett, IN 46738
Ship to: Dock 108
6928N 400E
Kendallville, IN 46755
http://www.dekko.com
From: "Steinmetz, Paul" <PSteinmetz@xxxxxxxxxx>
To: "'Midrange Systems Technical Discussion'"
<midrange-l@xxxxxxxxxxxx>
Date: 05/18/2015 03:29 PM
Subject: RE: Cache Battery question
Sent by: "MIDRANGE-L" <midrange-l-bounces@xxxxxxxxxxxx>
The newer controllers (5913,etc) no longer have a cache battery, is this
correct?
Paul
-----Original Message-----
From: MIDRANGE-L [mailto:midrange-l-bounces@xxxxxxxxxxxx] On Behalf Of Jim
Oberholtzer
Sent: Monday, May 18, 2015 3:22 PM
To: 'Midrange Systems Technical Discussion'
Subject: RE: Cache Battery question
If you have maintenance on the system (even from the third party guys)
changing the batteries is baked into the price so why do you really care
how much the batteries are or how long they have a shelf life for? They
get swapped every three years anyway.
The batteries are so expensive for two reasons; first transporting them
has become a real headache since they cannot be shipped by Air with any
charge at all. (Technically you're not even allowed to have a second
battery for your laptop/phone with you on the airplane, yea everyone
ignores that one.) Secondly these batteries are very expensive to dispose
of so that has to be taken into account.
Aside from the mystery about the OP battery degradation (I suspect a bad
controller card) there's not much point to trying to determine how fast
the batteries charge or decay. Besides, IBM already knows all of that.
Why do you think they put a shelf life on them?
--
Jim Oberholtzer
Chief Technical Architect
Agile Technology Architects
-----Original Message-----
From: MIDRANGE-L [mailto:midrange-l-bounces@xxxxxxxxxxxx] On Behalf Of
Holger Scherer
Sent: Monday, May 18, 2015 2:07 PM
To: Midrange Systems Technical Discussion
Subject: Re: Cache Battery question
That is a great idea so we can get some clarification. If i find some
spare time (puh...) i will go on with some older controllers and put in
some measure cables to see what will happen. As there is not often the
chance to see the behaviour after an outage, we will simulate this...
At least the modern batteries starting with the power6 boxes are rather
expensive and have a date after which they should not be used any longer.
This date is current timestamp + 3 years if i remember correctly,
something like this. Would be strange if (under controlled charging
environment) IBM do not trust their 250$ batteries only for 3 yrs..
-h
Am 18.05.15 um 18:09 schrieb DrFranken:
I have asked people who know these things for further clarification. I
will pass it along as it becomes available.
--
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.
--
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
