I'm having the same problem. Originally I thought the problem was related to the new version of vCenter server in conjunction with ESXi 6.0u2, as I upgraded vCenter server first. However, then I upgraded one of my hosts to 6.5 from 6.0u2 and after doing that I found that the sensors were still missing from the new version of vCenter server, and they are also missing from the html5 client on the upgraded host. However, the sensors are still present if you connect directly to the upgraded host from the old C client (you can't connect the old C client to the new version of vCenter Server).
What is the output with "vsish -e get /hardware/ipmiSupport" ?
vSphere 6.5 is not supported most of the hardware , kindly please check the HCL for details .RAJESH RADHAKRISHNAN
VCA -DCV/WM/Cloud,VCP 5 - DCV/DT/CLOUD, ,VCP6-DCV, EMCISA,EMCSA,MCTS,MCPS,BCFA
Mark my post as "helpful" or "correct" if I've helped resolve or answered your query!
I think is not a problem related to the hardware compatibility.
So far I have done the following tests:
vCenter 6.0U1b (windows) with sensors WORKING ---> upgrade to vCenter 6.5 ((windows) - Sensors NO working
vCenter 6.0U1b (windows) with sensors WORKING ---> migrate to vCenter 6.5 (vapp) - Sensors NO working
Clean installation vCenter appliance 6.5 --> sensor WORKING (with support hardwarde HP-G8, and with unsupport hardware HP G6, also working)
I am suffering the problem with the sensors in vCenter 6.0 (since the upgrade from 5.5 to 6.0) . At present, the sensors are only visible, if I reset and update the Hardware sensors, but vCenter is unable to refresh the sensors automatically. HP and VMware confirmed to me, that they were able to reproduce the same problem in their Labs and the solution would be implemented in the next releases.
We are even worse, because in that case, the sensors are not visible anytime.
At the beginning, I thought it could be due to a lack of permission, but even with the firstname.lastname@example.org, are not visible. I have been comparing all the advance options between the fresh installation and the vcenter already migrated, and apparently, there are not differences.
I will open a new case to HP and VMware, and we will see if they can provide us any solution. Meanwhile, I will continue doing different tests in different scenarios.
If someone has more information, please let me know.
Yes, the sensor data does display perfectly if you connect the native C client directly to the ESXi 6.5 host, so this is not an issue of ESXi 6.5 being unable to obtain the sensor data from the hardware. It does appear to be an issue with how that data is made available to the GUI interfaces, both the native html5 interface within ESXi 6.5 itself and the GUI interfaces within vCenter Server. I've sinced rolled back ESXi 6.5 to 6.0u2 due to problems with host connected USB devices and VMs, so I can't say whether or not the sensor data was being presented correctly via the CLI interface as I didn't try that.
Entering by SSH.
There are two interesting logs
This is HTML5 client log. When accessing any of Hardware Health you get this in the logfile:
[2016-12-28T14:37:33.929Z] [ERROR] data-service-pool-1112 70000225 100003 200001 com.vmware.vise.util.http.ConnectionManager Error reading from the stream: https://vcenter.fqdn:443/hwh/gwtcim?host=host-5170&op=getHostData
[2016-12-28T14:37:33.929Z] [WARN ] data-service-pool-1112 70000225 100003 200001 com.vmware.vim.cimmonitor.http.impl.CimVc61HttpService No host data. Http status code: 404
[2016-12-28T14:37:33.936Z] [ERROR] data-service-pool-1105 70000225 100003 200001 System.err [Fatal Error] :1:1: Premature end of file.
[2016-12-28T14:37:33.937Z] [ERROR] data-service-pool-1105 70000225 100003 200001 c.v.vsphere.client.host.hardware.ciminfo.HostCimInfoXmlReader Error parsing XML document org.xml.sax.SAXParseException: Premature end of file.
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
This is Flash client log. There are no exception but similar ERROR:
[2016-12-28T15:04:40.152Z] [ERROR] data-service-pool-120259 70032048 102281 201989 com.vmware.vise.util.http.ConnectionManager Error reading from the stream: https://vcenter.technoserv.ts:443/hwh/gwtcim?host=host-5105&op=getHostData
[2016-12-28T15:04:40.153Z] [WARN ] data-service-pool-120259 70032048 102281 201989 com.vmware.vim.cimmonitor.http.impl.CimVc61HttpService No host data. Http status code: 404
Question is: what service is responsible for /hwh and where to see it's logs. Maybe it will give us a qlue.
For those who upgraded vCenter from versión 6.0 to versión 6.5 and the "hardware sensors" were missing, with "no data available", here the First "workaround"
I have to say, that this workaround is not working for me completly, becuase after implementing, I can see all the hardware sensors visible (this is the part that is working), but if I remove a disk, or unplug a power cable, vCenter does not realize that there has been a hardware failure, and the warning is not created, unless I click manually in "Update"
I have done this in my testlab and it would be perfect if someone with the same problema, can run the workaround, and do some test, in order to see if the vCenter can automatically update, the hardware status.
workaround-sensors.docx 620.5 K
Maybe there is a way to reregister a service after removing?
Can confirm. After removing this service We can see Hardware status of hardware. I don't have test lab at the moment to test auto update of removing some parts.
2 people found this helpful
SSH into your system logging in as ‘root’ with your administrator password.
You can check the status with ‘esxcli system wbem get’ and you’ll notice that enabled is ‘false’ by default.
Enable wbem by using esxcli system wbem set -e 1. Wait for a couple of minutes [I found it took about 15 before it showed], and then update the Hardware Health Status tab.
I also did this which helped on a host where the first did not
This worked in my environment as well. All seems to be functioning well now. No more continuous 'refresh hardware information' messages from VEEAM.
This was driving me crazy since our upgrade on Saturday. Thanks @phyrme for posting!
This also seemed to somewhat correct the problem for me. I see sensor data now, but hardware events don't appear to trigger a sensor change. I'm going to do some more testing on this to verify.
Also noted the following:
1. 2 of the 3 PowerEdge R910 servers show the Serial number shows up as: "null" & the Tag field shows up with a super long GUID looking alpha-numeric string--there is no Asset Tag field. The 3rd PE R910 does show the Serial Number field with the proper DELL Service Tag, Tag field still shows the GUID number, and the Asset Tag field says "unknown". Due to them all being R910s I'm suspect the disparity is because of a differing firmware of the Lifecycle controller or other subsystem.
2. Both our PowerEdge R820s show the Serial Number field with the proper DELL Service Tag, Tag field shows the GUID number, and the Asset Tag field says "unknown".
3. Our PowerEdge R830 show the Serial number as: "null" & the Tag field shows up with the GUID looking alpha-numeric string--there is no Asset Tag field.