...@gmail.com On Behalf Of Albert Chu
Sent: Samstag, 9. Februar 2019 04:22
To: FRANK Michael
Cc: Al Chu ; freeipmi-users@gnu.org
Subject: Re: [Freeipmi-users] Problems with getting settings in
freeipmi_interpret_sensor.conf to work
Hi Michael,
Huh, some of those sensors don't make much
; ID String: RAID Log
> Sensor Type: System Event (12h)
> Sensor Number: 9
> IPMB Slave Address: 10h
> Sensor Owner ID: 20h
> Sensor Owner LUN: 0h
> Channel Number: 0h
> Entity ID: add-in card (11)
> Entity Instance: 1
> Entity Instance Type: Physical Entity
> Event/Read
re'
Deassertion Event Enabled: 'transition to Non-Critical from OK'
Deassertion Event Enabled: 'transition to Critical from less severe'
Share Count: 0
ID String Instance Modifier Type: Numeric
ID String Instance Modifier Offset: 0
Entity Instance Sharing: Same for all records
Se
Hey Frank,
I went ahead and added it to this branch on github.
https://github.com/chu11/freeipmi-mirror/tree/interpret_drive_slot_transition_severity
./autogen.sh
./configure
ipmi-sensors/ipmi-sensors -h ...
if you could give it a shot, I'd appreciate it.
Thanks,
Al
On Thu, 2019-02-07 at 1
Hi Frank,
The IPMI_OEM_Value fields are specifically for OEM sensors in the sense
that they are non-standard. The drive slot sensor is standard, but the
combo of "drive slot" and "transition severity" event type isn't
supported.
I can add the support and give you a github branch to test out?
Al