Re: [Freeipmi-devel] Re: ipmi sensor thresholds

[Albert Chu]

Hey everyone,

>  Interpretation rules:
>   [OK]              : < non-critical
>   [Non-critical]    : => non-critical < critical
>   [Critical]        : => critical < non-recoverable 
>   [non-recoverable] : => non-recoverable 

The interpretation sounds good to me.  However, I'm concerned with the
interpretation when thresholds are not listed.  For example, with the
following:

Record ID: 3
Sensor type: I/O Bd +1.8V (Voltage)
Sensor number: #18
Event/Reading type code: 01h
Lower non-recoverable threshold: 0.00 Volts
Upper non-recoverable threshold: 0.00 Volts
Lower Critical threshold: 1.66 Volts
Upper Critical threshold: 1.93 Volts
Lower non-critical threshold: 0.00 Volts
Upper non-critical threshold: 0.00 Volts
Sensor min. reading: 0.00 Volts
Sensor max. reading: 3.06 Volts
Normal min.: 1.70 Volts
Nominal reading: 1.80 Volts
Normal max: 1.88 Volts
Sensor reading: 1.84 Volts
Sensor status: OK

Will the only possible states output be OK and Critical?

What about:

Record ID: 33
Sensor type: F38 Tach Fan 1 (Fan)
Sensor number: #64
Event/Reading type code: 01h
Lower non-recoverable threshold: 0.00 RPM
Upper non-recoverable threshold: 0.00 RPM
Lower Critical threshold: 2100.00 RPM
Upper Critical threshold: 0.00 RPM
Lower non-critical threshold: 0.00 RPM
Upper non-critical threshold: 0.00 RPM
Sensor min. reading: 0.00 RPM
Sensor max. reading: 5100.00 RPM
Normal min.: 2260.00 RPM
Nominal reading: 2600.00 RPM
Normal max: 2880.00 RPM
Sensor reading: 2680.00 RPM
Sensor status: OK

Where there is no upper anything except for normal max.  So are the only
possible states OK and Non-Recoverable when RPM speeds go too fast?

Al

--
Albert Chu
address@hidden
Lawrence Livermore National Laboratory

----- Original Message -----
From: Anand Babu <address@hidden>
Date: Monday, August 9, 2004 4:43 pm
Subject: [Freeipmi-devel] Re: ipmi sensor thresholds

> 
> Latest update on "SDR#12 Proc Bd sensor ALERT" issue:
> =====================================================
> BUG:
> ----
>  Most SR870BN4 (Tiger4) systems's Proc Bd sensors exceeds normal
>  min/max limits.
>  
>  Example
>  12: Proc Bd +1.2V (Voltage): 1.22 V (low=1.18/nom=1.20/high=1.21)
> 
> Solution:
> ---------
>  After carefully going through the IPMI specification, I now
>  understand that interpreting normal min/max fields to calculate
>  ALERT status is a BUG. Also current health-check routine interprets
>  to only {OK, ALERT, FAILED} values. This is wrong.
> 
> FIX:
> ----
>  Correct implementation should interpret {non-critical, critical and
>  non-recoverable} threshold limits to calculate {OK, Non-critical,
>  Critical, Non-recoverable, Unspecified fault, Unknown} states.
> 
>  Available limits:
>   - Nominal reading
>   - Normal maximum 
>   - Normal minimum
>   - Sensor maximum reading
>   - Sensor minimum reading
>   - Upper non-recoverable threshold
>   - Upper critical threshold
>   - Upper non-critical threshold
>   - Lower non-recoverable threshold
>   - Lower critical threshold
>   - Lower non-critical threshold
> 
>  Possible states:
>   [OK]                - monitored parameters within normal operating
>                         ranges 
>   [Non-critical]      - `warning': hardware outside normal operating
>                         range 
>   [Critical]          - `fatal' :hardware exceeding specified ratings
>   [Non-recoverable]   - `potential damage': system hardware in
>                         jeopardy or damaged 
>   [Unspecified fault] - fault detected, but severity unspecified
>   [Unknown]           - status not available/unknown
> 
>  Interpretation rules:
>   [OK]              : < non-critical
>   [Non-critical]    : => non-critical < critical
>   [Critical]        : => critical < non-recoverable 
>   [non-recoverable] : => non-recoverable 
> 
> Because sensors readings in SR870BN4 exceeding normal min/max limits
> falls under [OK] state according to specs, there is no need to fix SDR
> firmware. How ever we will continue to develop "sdr-ed" tool as a part
> of the GNU FreeIPMI project for completeness.
> 
> -- 
> Anand Babu
> Free as in Freedom <www.gnu.org>
> 
> 
> 
> _______________________________________________
> Freeipmi-devel mailing list
> address@hidden
> http://lists.nongnu.org/mailman/listinfo/freeipmi-devel
>