The servers were preinstalled with ILOM/BIOS from Sun Fire X4600 M2 Software 2.0 (or SW2.0) which was released during May, 2008. This release contains ILOM version 2.0.2.5 and BIOS version 87. At this time, I decided to downgrade it. Why? According to the EIS standard the new version wasn't included on the latest EIS DVD yet. There is only SW1.3a. I managed the downgrade via ILOM web interface from Maintenance menu.
I'm aware of the fact that the ILOM and BIOS are dependent on each other. It is like with ALOM and OBP on SPARC. But I was not aware of the fact that when I begin the downgrade process then only ILOM will be downgraded. So before the downgrade the ILOM was at version 2.0.2.5 and BIOS at 87, after it the ILOM was at 2.0.2.1 and BIOS still at 87. However, the BIOS should be at 50.
The effect of the previous unsuccessful downgrade was that I wasn't able to power the server off from the ILOM console correctly. Finally, when I unplugged all power cords and then returned them back and powered the server on the POST wasn't initialized and I wasn't able to access the BIOS menu. The server was suddenly unusable. The following screenshot shows the power off issue:
It seems that ILOM at version 2.0.2.1 and BIOS at 87 are not friends. You can try to do the backward upgrade. But in my situation it didn't help. It looked like the BIOS was changed somehow. Even when I upgraded to the original ILOM 2.0.2.5 the server was still dead. This led me to the opinion that BIOS is upgradable only in one direction - to the higher versions, naturally.
Unfortunately, you can install so-called force-recovery jumper P19 at the mainboard. The official documentation is here. In my opinion, it causes deactivation of the BIOS version check during the update. Here is a list of steps I did:
- I powered the server off.
- I installed the P19 jumper.
- I powered the server on.
- I was waiting until the service led was on and the locate button began blinking for a couple of seconds (five?).
- When they stopped blinking I powered the server off, removed the jumper and powered it on.
4 comments:
I've had a vaguely similar issue this morning (very vaguely). I was on SP 1.1.8/BIOS 50 and decided to move to 2.0.2.5/BIOS 101 to see if it fixed a minor problem of the SP event log being filled with minor KCS messages.
Unfortunately while the .ima verified correctly and the SP would upgrade to 2.0.2.5 the BIOS update would always fail. Repeated attempts would either result in the SP web GUI hanging on verifying the .ima file or the BIOS being listed as "unknown" (as one of your screenshots shows) previous to (failed) update.
As I was at the end of the the downtime window I had to bring the box up as SP 2.0.2.5 / BIOS 50, which worries me somewhat. I've yet to find any information on why the BIOS update would fail and whether my machine is now primed to explode at any moment.
Suggestions are welcome. I have a call open with Sun.
Hello, I'm new with x64 sun hardware and I'm trying to get the ILOM/BIOS version and LSI Firmware version on my new X4600 M2 server.
When I logged into the ILOM, I can get the ILOM version.
Do you know how to get LSI firmware and BIOS version without rebooting the server?
thank you!!
Hello!
I'm new with sun x64 hardware and I'm trying to get the LSI and BIOS version.
When I logged into the ILOM I can get the ILOM version.
do you know how can I get the BIOS and LSI version without rebooting the server?
I'm on talking about X4600 M2 server family.
thank you!!
Hello, I am aware of two ways only how to find it out. You need to boot the LSI HBA firmware update bootable ISO image. Or you can check it during server boot. Without server reboot, I'm not sure. If you are using GNU/Linux, the LSI HBA kernel module should export some information related to it. It may be available in /proc somewhere. Or it can be under /sys as well.
Post a Comment