HP's customized ESXi 4.1U1 fails on HP BL460C (Gen1)

Written by - 3 comments

Published on - Listed in VMware Nagios Hardware Virtualization Monitoring


As VMware admins know, I hope you do, there are some hardware vendors which offer a customized VMware ESXi version for their hardware. Dell does so and HP does it as well. One would think that these versions are really customized for the hardware - and therefore better than the original ESXi, because the vendor knows it best. 

No. FAIL!

Australian sys/network admin Grant Davies (big thanks to down under!) and I just discovered after several days of tests, that the HP Customized ESXi 4.1 U1 ISO does not its job correctly on a HP Blade BL460c server. The OS seems to be running smooth, VM's are running fine but as soon as he wanted to use the Nagios plugin check_esxi_hardware, the plugin failed:

# ./check_esxi_hardware.py https://hpesxiserver root password hp
^CTraceback (most recent call last):
  File "./check_esxi_hardware.py", line 137, in
    instance_list = wbemclient.EnumerateInstances(classe)
  File "/usr/local/lib/python2.6/dist-packages/pywbem/cim_operations.py", line 404, in EnumerateInstances
    **params)
  File "/usr/local/lib/python2.6/dist-packages/pywbem/cim_operations.py", line 168, in imethodcall
    verify_callback = self.verify_callback)
  File "/usr/local/lib/python2.6/dist-packages/pywbem/cim_http.py", line 217, in wbem_request
    response = h.getresponse()
  File "/usr/lib/python2.6/httplib.py", line 986, in getresponse
    response.begin()
 File "/usr/lib/python2.6/httplib.py", line 391, in begin
    version, status, reason = self._read_status()
  File "/usr/lib/python2.6/httplib.py", line 349, in _read_status
    line = self.fp.readline()
  File "/usr/lib/python2.6/socket.py", line 397, in readline
    data = recv(1)
  File "/usr/lib/python2.6/ssl.py", line 96, in
    self.recv = lambda buflen=1024, flags=0: SSLSocket.recv(self, buflen, flags)
  File "/usr/lib/python2.6/ssl.py", line 217, in recv
    return self.read(buflen)
  File "/usr/lib/python2.6/ssl.py", line 136, in read
    return self._sslobj.read(len)
KeyboardInterrupt

At first I thought the HP ESXi Offline Bundle was not installed, but it was. The vihostupdate.pl --query command clearly showed it. My next stupid (but correct!) idea was if the hardware status was shown in vSphere client or not. And to the surprise of both of us nothing was shown:

vsphere client Hardware monitoring service on this host is not responding or not available

Conclusion: HP's customized ESXi 4.1 U1 ISO fails to install the CIM providers on an HP Blade 460c (G1). Maybe other server models are also affected, who knows.


Add a comment

Show form to leave a comment

Comments (newest first)

6uellerBpanda from Austria wrote on Jun 28th, 2011:

thanks for the hint. this error has been resolved with 1.1 version of the offline bundle:

esxupdate --bundle=hp-esxi4.1uX-bundle-1.1.zip update
Unpacking cross_oem-vmware-esx-drivers-char-hpilo_400.. ############################################################################## [100%]

Unpacking cross_oem-hp-smx-provider_410.02.07.70-260247 ############################################################################## [100%]

Installing packages :cross_oem-vmware-esx-drivers-cha.. ############################################################################## [100%]

Running [cim-install.sh]...
ok.
Running [/usr/sbin/vmkmod-install.sh]...
ok.
Running [/sbin/esxcfg-secpolicy -p /etc/vmware/secpolicy]...
ok.
The update completed successfully, but the system needs to be rebooted for the
changes to be effective.


Claudio from Switzerland wrote on Jun 15th, 2011:

I found an interesting HP advisory, talking more or less about such problematics. Its an incompatibility problem of HP:
Advisory: VMware ESX/ESXi 4.x - The Signature of Certain Offline Bundles (HP Management Agents, HP NMI Driver, and HP Providers) for VMware ESX/ESXi 4.x May Not Be Compliant with the Installed Version of VMware ESX/ESXi Operating System
http://h20000.www2.hp.com/bizsupport/TechSupport/Document.jsp?lang=en&cc=us&taskId=115&prodSeriesId=4091412&prodTypeId=15351&prodSeriesId=4091412&objectID=c02845746


6uellerBpanda from wrote on Jun 15th, 2011:

I have the same problem on a DL380G7 but not with the customized HP ESXi. I installed the official vmware esxi 4.1U1 and then the hp cim offline bundle. in my case the hardware status tab is working correct but pywbem error is the same.
i think this an problem of the cim bundle from hp \'cause i tested the check_datastore.py plugin and it shows me the same error message.


RSS feed

Blog Tags:

  AWS   Android   Ansible   Apache   Apple   Atlassian   BSD   Backup   Bash   Bluecoat   CMS   Chef   Cloud   Coding   Consul   Containers   CouchDB   DB   DNS   Database   Databases   Docker   ELK   Elasticsearch   Filebeat   FreeBSD   Galera   Git   GlusterFS   Grafana   Graphics   HAProxy   HTML   Hacks   Hardware   Icinga   Icingaweb   Icingaweb2   Influx   Internet   Java   KVM   Kibana   Kodi   Kubernetes   LVM   LXC   Linux   Logstash   Mac   Macintosh   Mail   MariaDB   Minio   MongoDB   Monitoring   Multimedia   MySQL   NFS   Nagios   Network   Nginx   OSSEC   OTRS   Office   PGSQL   PHP   Perl   Personal   PostgreSQL   Postgres   PowerDNS   Proxmox   Proxy   Python   Rancher   Rant   Redis   Roundcube   SSL   Samba   Seafile   Security   Shell   SmartOS   Solaris   Surveillance   Systemd   TLS   Tomcat   Ubuntu   Unix   VMWare   VMware   Varnish   Virtualization   Windows   Wireless   Wordpress   Wyse   ZFS   Zoneminder   


Update cookies preferences