freeipmi-devel
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [Freeipmi-devel] HP, iLO 2.21 and thresholds


From: Albert Chu
Subject: Re: [Freeipmi-devel] HP, iLO 2.21 and thresholds
Date: Wed, 22 Aug 2012 17:18:48 -0700

Hi Diego,

Well, nothing seems out of line w/ FreeIPMI.  The SDR on this board just
seems messed up.

3440 | FAN1_OUTLET | Fan  | 12621.48   | RPM   | N/A        | 0.00       | N/A  
      | N/A        | 999.20     | N/A        | 'OK'

 [               0h] = 
threshold_assertion_event_mask.lower_non_critical_going_low_supported[ 1b]
 [               0h] = 
threshold_assertion_event_mask.lower_non_critical_going_high_supported[ 1b]
 [               1h] = 
threshold_assertion_event_mask.lower_critical_going_low_supported[ 1b]
 [               0h] = 
threshold_assertion_event_mask.lower_critical_going_high_supported[ 1b]
 [               0h] = 
threshold_assertion_event_mask.lower_non_recoverable_going_low_supported[ 1b]
 [               0h] = 
threshold_assertion_event_mask.lower_non_recoverable_going_high_supported[ 1b]
 [               0h] = 
threshold_assertion_event_mask.upper_non_critical_going_low_supported[ 1b] 
 [               0h] = 
threshold_assertion_event_mask.upper_non_critical_going_high_supported[ 1b]
 [               0h] = 
threshold_assertion_event_mask.upper_critical_going_low_supported[ 1b]
 [               1h] = 
threshold_assertion_event_mask.upper_critical_going_high_supported[ 1b]
 [               0h] = 
threshold_assertion_event_mask.upper_non_recoverable_going_low_supported[ 1b]
 [               0h] = 
threshold_assertion_event_mask.upper_non_recoverable_going_high_supported[ 1b]

so it appears the lower/upper critical are the two events than can
occur.

Also, it consistently says that these thresholds are the only ones that
are readable when it reads the thresholds 
 =====================================================
 IPMI 1.5 Get Sensor Thresholds Response
 =====================================================
<snip>
 [               0h] = readable_thresholds.lower_non_critical_threshold[ 1b]
 [               1h] = readable_thresholds.lower_critical_threshold[ 1b]
 [               0h] = readable_thresholds.lower_non_recoverable_threshold[ 1b]
 [               0h] = readable_thresholds.upper_non_critical_threshold[ 1b]
 [               1h] = readable_thresholds.upper_critical_threshold[ 1b]
 [               0h] = readable_thresholds.upper_non_recoverable_threshold[ 1b]
 [               0h] = reserved[ 2b]
 [               0h] = lower_non_critical_threshold[ 8b]
 [               0h] = lower_critical_threshold[ 8b]
 [               0h] = lower_non_recoverable_threshold[ 8b]
 [               0h] = upper_non_critical_threshold[ 8b]
 [              F0h] = upper_critical_threshold[ 8b]
 [               0h] = upper_non_recoverable_threshold[ 8b]

Other than hard coding a workaround for this, I'm not sure how to work
around this.  It's possible HP messed up the SDR and just put the
information in the wrong place.

Have you happened to poke HP on this?

Al


On Wed, 2012-08-22 at 15:59 -0700, Diego Elio Pettenò wrote:
> On 22/08/2012 14:52, Albert Chu wrote:
> > I assume the output was good/normal before the firmware update?
> 
> No same issue before the firmware update as after. All versions seems to
> be crazy on this note. Although now that I go through Munin to check the
> logs, it seems like the reported speed of the fans changed (I have
> honestly no idea if their actual speed changed, as the server is
> remote), they used to report around 8-9KRPM and now it's reporting
> around 14KRPM instead — which actually seems to fit nicely with one of
> the DL160 G6s.
> 
> I'm attaching the debug log. Let me know if you need any extra test.
> 
-- 
Albert Chu
address@hidden
Computer Scientist
High Performance Systems Division
Lawrence Livermore National Laboratory





reply via email to

[Prev in Thread] Current Thread [Next in Thread]