[Top][All Lists]
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: [Freeipmi-users] Intel SR 1625 Sensors
From: |
Werner Fischer |
Subject: |
Re: [Freeipmi-users] Intel SR 1625 Sensors |
Date: |
Wed, 06 Apr 2011 08:47:35 +0200 |
Hi Al,
thank you for the beta.
Sensors 55, 56, and 59 are now recognized:
ID | Name | Type | State | Reading |
Units | Event
[...]
47 | SMI Timeout | OEM Reserved | N/A | N/A | N/A
| 'OK'
[...]
55 | P1 VRD Hot | Temperature | Nominal | N/A | N/A
| 'OK'
56 | P2 VRD Hot | Temperature | Nominal | N/A | N/A
| 'OK'
[...]
59 | IOH Therm Trip | Temperature | Nominal | N/A | N/A
| 'OK'
For sensor 47 the state is still "N/A".
For the SMI timeout I assume that the unasserted state is the one which
should be nominal as I have found a notice on a similar Intel
motherboard: There Intel they corrected an issue when SMI Timeout was
asserted, causing a critical event in their event log - see page 19 in
this pdf, point "5) Event Log may report SMI Timeout Assertion after
Server Power button is pressed"
http://download.intel.com/support/motherboards/server/mfsys25/sb/mfsys25_mfsys35_spec_update_feb11.pdf
But I will ask Intel on more details on sensor 47 and sensor 59 as you
have requested to be sure. I'll let you know on the list once I have
more details on that.
Best regards,
Werner
PS: here is some more verbose output on these four sensors:
Record ID: 47
ID String: SMI Timeout
Sensor Type: OEM Reserved (F3h)
Sensor Number: 6
IPMB Slave Address: 10h
Sensor Owner ID: 20h
Sensor Owner LUN: 0h
Channel Number: 0h
Entity ID: system board (7)
Entity Instance: 1
Entity Instance Type: Physical Entity
Event/Reading Type Code: 3h
Sensor State: N/A
Sensor Event: 'OK'
Record ID: 55
ID String: P1 VRD Hot
Sensor Type: Temperature (1h)
Sensor Number: 102
IPMB Slave Address: 10h
Sensor Owner ID: 20h
Sensor Owner LUN: 0h
Channel Number: 0h
Entity ID: processor (3)
Entity Instance: 1
Entity Instance Type: Physical Entity
Event/Reading Type Code: 5h
Sensor State: Nominal
Sensor Event: 'OK'
Record ID: 56
ID String: P2 VRD Hot
Sensor Type: Temperature (1h)
Sensor Number: 103
IPMB Slave Address: 10h
Sensor Owner ID: 20h
Sensor Owner LUN: 0h
Channel Number: 0h
Entity ID: processor (3)
Entity Instance: 2
Entity Instance Type: Physical Entity
Event/Reading Type Code: 5h
Sensor State: Nominal
Sensor Event: 'OK'
Record ID: 59
ID String: IOH Therm Trip
Sensor Type: Temperature (1h)
Sensor Number: 106
IPMB Slave Address: 10h
Sensor Owner ID: 20h
Sensor Owner LUN: 0h
Channel Number: 0h
Entity ID: system board (7)
Entity Instance: 1
Entity Instance Type: Physical Entity
Event/Reading Type Code: 3h
Sensor State: Nominal
Sensor Event: 'OK'
On Fri, 2011-04-01 at 15:32 -0700, Albert Chu wrote:
> Hey Werner, Ben,
>
> Here's a beta that should support those sensor interpretations. It's
> tough for me to test w/o your motherboard in front of me, PLMK if it
> works for you.
>
> http://download.gluster.com/pub/freeipmi/qa-release/freeipmi-1.0.4.beta0.tar.gz
>
> Al
>
> On Fri, 2011-04-01 at 03:51 -0700, Werner Fischer wrote:
> > Hi Al,
> > (sorry for sending it twice, I sent my first email in error only to you,
> > not the list)
> >
> > I've been on vacation for some weeks and now back again.
> >
> > Benjamin meant with "not detected" that FreeIPMI returns a monitoring
> > status of "N/A" for those sensors (not "Nominal"). Unfortunately we
> > missed to send the output of "ipmimonitoring --legacy-output
> > --interpret-oem-data --quiet-cache --sdr-cache-recreate" (which is used
> > by our Nagios plugin):
> >
> > Record ID | Sensor Name | Sensor Group | Monitoring Status | Sensor Units |
> > Sensor Reading [...]
> > 47 | SMI Timeout | OEM Reserved | N/A | N/A | 'OK'
> > [...]
> > 55 | P1 VRD Hot | Temperature | N/A | N/A | 'OK'
> > 56 | P2 VRD Hot | Temperature | N/A | N/A | 'OK'
> > [...]
> > 59 | IOH Therm Trip | Temperature | N/A | N/A | 'OK'
> >
> > Would it be possible for you to include information about those four
> > sensors to future versions of FreeIPMI, so that it reports a monitoring
> > status of "Nominal" when the sensor reading is 'OK' as above?
> >
> > In case you would need additional information from Intel about those
> > sensors, just let me know.
> >
> > Best regards and have a nice weekend,
> > thank you,
> > Werner
> >
> > On Wed, 2011-02-23 at 10:06 -0800, Albert Chu wrote:
> > > Hi Benjamin,
> > >
> > > What do you mean by "not detected"? It appears everything is fine by
> > > the information you list below.
> > >
> > > Do you mean these sensors are not reporting actual temperatures? While
> > > these are indeed temperature sensors (identified by the motherboard as
> > > such), they do not appear to be sensors that report a temperature
> > > reading. They instead report an event bitmask. The key is the
> > > "event/Readin Type Code" field of each sensor.
> > >
> > > Al
> > >
> > > On Tue, 2011-02-22 at 23:55 -0800, Benjamin Bayer wrote:
> > > > Hello,
> > > > we have a Intel SR1625 wehre some Sensors not detected with FreeIPMI
> > > > Version 1.0.2.beta3.
> > > >
> > > > Thank You.
> > > >
> > > > Regards
> > > >
> > > > Benjamin Bayer
> >