This is as per the design; we have added the details to the status to the log drive but from REST service the details has to be update . Update of this issue is not a bug, this is an enhancement due to RDE support the REST service has no data to pull the cpqDaLogDrvStatus .
ilo5 RDE support changes went in firmware version 3.0. As per changes value string “OTHER” is expected output which is default value. which is similar to ilO6.This is an enhancement due to RDE support the REST service has no data to pull the cpqDaLogDrvStatus .this would be treated as a Product enhancement if needed to work like earlier firmware. So please engage ASM Channel for customer to Raise a Product enhancement to if they wish to get this addressed further.
Let me know if you require further clarification.
How can they call this an enhancement? With previous array controllers, there were never issues monitoring the status through SNMP. Now they put the status of OK storage devices to “Other” and call this behavior expected? What a joke… The enhancement “concept” is clearly flawed and they should acknowledge the issue and correct it.
Imagine someone asking you if your are OK and you answer “Other”.
Being unable to monitor the condition of your servers logical & physical devices is mind blowing.
That was true for my servers, too. I cleared the browser cache and after that it worked. Don’t know if it was the browser cache or only the waiting time after the ilo reset…
Why not try the redfish plugin inside cmk?
I tried to avoid the session exhaustion problem with reusing the login session.
It looks like PRTG don’t does it the right way
SNMP is declared obsolete from all big manufacturers.
With latest firmware and Redfish plugin it looks ok.
They changed the complete data structure for storage devices to the format of iLO6 also inside iLO5 now.
