Dell OpenManage 6.1.0 Fails To Install on ESX 4.0
Normally, the installation of OpenManage can be run after extracting the archive with the following command unless you want to supply optional arguements.
./srvadmin-install.sh
We had upgraded one of the two servers from VMware ESX 3.5 to 4.0 and upgraded OpenManage from the previous version to 6.1 with no problems. However, on this server, after upgrading VMware from 3.5 to 4.0 we recieved the following error when trying to install OpenManage 6.1. The error message is basically saying that three OpenMange packages were already installed and during the upgrade process could not find asssociated files. The problem with this is that this was a fresh installation and those packages should not have existed at all.
Server Administrator version 6.1.0-426 is currently installed.
Installed components are:
- srvadmin-omilcore-6.1.0-426
- srvadmin-hapi-6.1.0-426
- srvadmin-ipmi-6.1.0-426.DUP
Upgrading Server Administrator to 6.1.0-648warning: srvadmin-hapi-6.1.0-648.i386.rpm: Header V3 DSA signature: NOKEY, key ID 23b66a9d
Preparing... ########################################### 100%
/var/tmp/rpm-tmp.49620: line 355: /tmp/dellupdatepackage-hapi-12342-24438/omil/prereqcheck/Funcs.sh: No such file or directory
error: %pre(srvadmin-omilcore-6.1.0-648.i386) scriptlet failed, exit status 1
error: install: %pre scriptlet failed (2), skipping srvadmin-omilcore-6.1.0-648
/var/tmp/rpm-tmp.49620: line 6: /tmp/dellupdatepackage-hapi-12342-24438/omil/prereqcheck/Funcs.sh: No such file or directory
error: %pre(srvadmin-hapi-6.1.0-648.i386) scriptlet failed, exit status 1
error: install: %pre scriptlet failed (2), skipping srvadmin-hapi-6.1.0-648
/var/tmp/rpm-tmp.49620: line 2: /tmp/dellupdatepackage-hapi-12342-24438/funcs/srvadmin-omilcore.sh: No such file or directory
error: %preun(srvadmin-omilcore-6.1.0-426.i386) scriptlet failed, exit status 1
I called Dell technical support to for assistance since I did not know what the issue was even after Googling. She had me check to see what packages were installed on the system.
rpm -qa | grep srv
With those packages identified she had more remove them.
rpm -e --nodeps --nofiles --noscripts srvadmin-ipmi-6.1.0-426.DUP
rpm -e --nodeps --nofiles --noscripts srvadmin-omilcore-6.1.0-426
rpm -e --nodeps --nofiles --noscripts srvadmin-hapi-6.1.0-426
Once the packages were removed the isntallation was successful. She explained that this was caused by upgrading the BIOS before OpenManage was installed, and that once the BIOS upgrade was complete it was trying to update OpenManage to report the BIOS version. However because OpenManage was not installed it could not update the version and left the packages on the server.
So with that said, you have two options. You can upgrade the BIOS and firmware, remove the orphaned packages, and install OpenManage 6.1 or better yet isntall OpenManage 6.1 then upgrade the BIOS and firmware so that those upgrades are completed successfully. On the other hand, Dell should correct this issue as it is more of a bug than working as it should since the orphaned packages should be deleted if OpenManage is not installed.
October 27th, 2009 - 07:44
Thank you! Nice writeup, worked perfectly. As a mostly Windows sysadmin I was pretty stumped and needed the help.
October 30th, 2009 - 14:42
Thank you for this post. This is exactly what I ran into.
November 11th, 2009 - 13:32
Yes great post, being that dell has no info on this. Also if you run into a issue with “Removable device failed error recovery- setting offline” (also causes slow shutdown etc, but doesnt really do anything, just annoying) This issue happens with OMSA 6.1, ESX4 and iDRAC together. Dell has told me this will be fixed in the next OMSA release. The temp fix to make those errors go away is below.
# cd /opt/dell/srvadmin/cm/invcol
# mv invcol invcol.bak
# srvadmin-services.sh restart
Thanks.
November 11th, 2009 - 13:50
Thanks for the comment and additional information.
January 5th, 2010 - 14:00
Thanks. Im still having trouble installed the BIOS update from VMware console. Dell R710 it just times out.
January 8th, 2010 - 22:05
Can you please provide an errors that you are getting or more information on what is happening?
March 5th, 2010 - 13:01
FYI: Dell did not publish this fix yet and that they are aware of it and working on it. The file has changed in 6.2 however and it is now located in the /opt/dell/srvadmin/sbin/ directory. According to Dell tech support this should not have an effect on your server.
Shell commands for 6.2:
# /bin/mv /opt/dell/srvadmin/sbin/invcol /opt/dell/srvadmin/sbin/invcol.bak
# /opt/dell/srvadmin/sbin/srvadmin-services.sh restart
April 21st, 2010 - 06:46
Super Post. I was not knowing this at all. I am facing this issue and need to test the above post tomorrow.