ACTION PLAN FOR SUN STOREDGE TEK 3510FC BATTERY MODULE REPLACEMENT
Recently on a tryst to Solaris 10, I got hooked up to a Sun StorEdgeTek 3510FC which again hooked up to a SunFire V490 Server. Well, according to the logs it said that the battery in the storage was expired since 2009. The site was just like a junk yard, all wires PCBs scattered all over the place. It would have been tough if it would not have been a 3510FC, because the battery module in it is hot-swappable (really life risking job that was with all open electrical wires creeping into the live production servers). I seriously doubt of it being a datacenter of a well known company of our country. Well, besides avoiding myself getting twisted by one of those wires, I managed few steps to complete my task and escape as soon as possible.
Taken full backup of the system.
Made sure that all the applications are down.
Noted down all the serial number and part number of new battery.
Located the battery module on the back side of the storage.
On the remote pc (inside the datacenter) through putty I logged into the required server.
Took the screenshot of sccli> show battery-status
ksh# sccli
sccli: selected device /dev/rdsk/c6t600C0FF0000000000B52745103DE2D51600d0s2 [SUN StorEdge 3510 SN#0B5274]
sccli> show battery-status
Upper Battery Type: 1
Upper Battery Manufacturing Date: Sat Jul 21 00:00:00 2007
Upper Battery Placed In Service: Fri Aug 17 12:40:41 2007
Upper Battery Expiration Date: Mon Aug 17 00:40:41 2009
Upper Battery Expiration Status: Expired
sccli: retrieving battery status: error: not an existing target
---------------------------------------------------------------
Upper Battery Hardware Status: OK
Lower Battery Hardware Status: N/A
sccli>
7. Checked the storage ip
sccli> show ip
192.9.10.2
sccli>
Manually I set the ip of my laptop in the same range as that of the storage ip.
Unscrewed the battery module from the back side of the storage.
Replaced the battery with a new one.
Connected the storage with the laptop with a cross cable.
Opened putty to login into the storage ip. This asked me for a password. In my case password was blank.
This opened up a text-based tool that showed the battery charging status. Now I waited for approx two hours for it to charge. Also I had confirmed the charging status by having a look at the LED status. (blinking indicates charging & solid green glow indicates that the battery is fully charged)
Again on remote computer I hit “sccli> show battery-status”. It may ask for upgrading the battery expiry date & time. But in my case nothing snapped in or popped up. So, eventually I had to type “sccli> show battery-status –u” on the terminal.
sccli> show battery-status
Upper Battery Type: 1
Upper Battery Manufacturing Date: Tue Apr 6 00:00:00 2010
Upper Battery Placed In Service: Mon May 2 22:49:35 2011
Upper Battery Expiration Date: Fri Apr 5 18:00:00 2013
Upper Battery Expiration Status: OK
sccli: retrieving battery status: error: not an existing target
---------------------------------------------------------------
Upper Battery Hardware Status: OK
Lower Battery Hardware Status: N/A
sccli>
Note down the serial no and part no of the old battery (they are needed to fill up the Oracle PRT).
Because it was just a Sun Storage, it necessary that we have to be thorough with the crappy UNIX commands. Well its not that tough once we get through with them. Believe they are much more friendlier than the GUI.
