Re: [Freeipmi-users] Problems with getting settings in freeipmi_interpret_sensor.conf to work

2019-02-21 Thread FRANK Michael
Hello Albert,

Thank you very much for this fix. I agree, some of this sensors don’t make so 
much sense.
Please apologize I didn’t found the time to test the new code before my 
vacation.
I will do it definitely in March and let you know.

Regards

Michael

-Original Message-
From: achudr...@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 sense.  Like why would system 
firmware progress be present or not present?  C'est la vie, guess lenovo wanted 
it for some internal purpose.

I got a new branch up on called "interpret_lenovo_misc".

https://github.com/chu11/freeipmi-mirror/tree/interpret_lenovo_misc

LMK if everything looks good.

Al

On Fri, Feb 8, 2019 at 5:57 AM FRANK Michael  wrote:
>
> Hello Al,
>
> Thank you very much for your quick fix and this very useful software.
> We using freeipmi on 300 monitoring server all over the world to monitor our 
> mission critical servers.
> Without your software it wouldn’t be possible.
> I hoped that I can do an easy fix for that with the simple change in the 
> configuration file. Exchanging the software on 300 servers could become quite 
> cumbersome.
>
> Nevertheless the fix is working:
>
> ID| Name  | Type  | State
> | Reading | Units | Event
> 124 | Group Drive Mismatch | Drive Slot | Nominal  | N/A| N/A   | 
> 'transition to OK'
>
> Unfortunately I have some more on this server:
>
> 162 | Management Controller Firmware 97 ME Status| Management 
> Subsystem Health | N/A  | N/A| N/A | 'OK'
> 17   | Power Unit 1 PSU Mismatch  
>   | Power Unit| N/A  | N/A
> | N/A | 'transition to OK'
> 18   | Power Unit 1 PS Heavy Load 
>| Power Unit| N/A  | N/A   
>  | N/A | 'State Deasserted'
> 58   | System Management Software XCC FW Corrupted   | System Firmware 
> Progress | N/A  | N/A| N/A | 'OK'
> 60   | System Management Software Low Security Jmp  | Management 
> Subsystem Health  | N/A  | N/A| N/A | 'Device 
> Removed/Device Absent'
> 61   | System Management Software Phy Presence Jmp| System Firmware 
> Progress   N/A  | N/A| N/A | 'Device 
> Removed/Device Absent'
> 77   | Add-in Card 1 RAID Log 
>   | System Event| N/A  | 
> N/A| N/A | 'OK'
>
>
> Record ID: 162
> Record Type: Compact Sensor Record (2h) ID String: ME Status Sensor 
> Type: Management Subsystem Health (28h) Sensor Number: 244 IPMB Slave 
> Address: 10h Sensor Owner ID: 20h Sensor Owner LUN: 0h Channel Number: 
> 0h Entity ID: Management Controller Firmware (46) Entity Instance: 97 
> Entity Instance Type: Physical Entity Event/Reading Type Code: 7h 
> Sensor Direction: Unspecified Assertion Event Enabled: 'transition to 
> Critical from less severe'
> Assertion Event Enabled: 'transition to Non-recoverable from less severe'
> Deassertion Event Enabled: 'transition to Critical from less severe'
> Deassertion Event Enabled: 'transition to Non-recoverable from less severe'
> Share Count: 1
> ID String Instance Modifier Type: Numeric ID String Instance Modifier 
> Offset: 0 Entity Instance Sharing: Same for all records Sensor State: 
> N/A Sensor Event: 'OK'
>
> Record ID: 17
> Record Type: Compact Sensor Record (2h) ID String: PSU Mismatch Sensor 
> Type: Power Unit (9h) Sensor Number: 208 IPMB Slave Address: 10h 
> Sensor Owner ID: 20h Sensor Owner LUN: 0h Channel Number: 0h Entity 
> ID: power unit/power domain (19) Entity Instance: 1 Entity Instance 
> Type: Logical Container Entity Event/Reading Type Code: 7h Sensor 
> Direction: Unspecified Assertion Event Enabled: 'transition to 
> Critical from less severe'
> 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 Sensor State: 
> N/A Sensor Event: 'transition to OK'
>
> Record ID: 18
> Record Type: Compact Sensor Record (2h) ID String: PS Heavy Load 
> Sensor Type: Power Unit (9h) Sensor Number: 209 IPMB Slave Address: 
> 10h Sensor Owner ID: 20h Sensor Owner LUN: 0h Channel Number: 0h 
> Entity ID: power unit/power domain (19) Entity Instance: 1 Entity 
> Instance Type: Logical Container Entity Event/Reading Type Code: 3h 
> Sensor Direction: Unspecified Assertion Event Enabled: 'State 
> Asserted'
> Deassertion Event Enabled: 'State 

Re: [Freeipmi-users] Problems with getting settings in freeipmi_interpret_sensor.conf to work

2019-02-08 Thread Albert Chu
Hi Michael,

Huh, some of those sensors don't make much sense.  Like why would
system firmware progress be present or not present?  C'est la vie,
guess lenovo wanted it for some internal purpose.

I got a new branch up on called "interpret_lenovo_misc".

https://github.com/chu11/freeipmi-mirror/tree/interpret_lenovo_misc

LMK if everything looks good.

Al

On Fri, Feb 8, 2019 at 5:57 AM FRANK Michael  wrote:
>
> Hello Al,
>
> Thank you very much for your quick fix and this very useful software.
> We using freeipmi on 300 monitoring server all over the world to monitor our 
> mission critical servers.
> Without your software it wouldn’t be possible.
> I hoped that I can do an easy fix for that with the simple change in the 
> configuration file. Exchanging the software on 300 servers could become quite 
> cumbersome.
>
> Nevertheless the fix is working:
>
> ID| Name  | Type  | State
> | Reading | Units | Event
> 124 | Group Drive Mismatch | Drive Slot | Nominal  | N/A| N/A   | 
> 'transition to OK'
>
> Unfortunately I have some more on this server:
>
> 162 | Management Controller Firmware 97 ME Status| Management 
> Subsystem Health | N/A  | N/A| N/A | 'OK'
> 17   | Power Unit 1 PSU Mismatch  
>   | Power Unit| N/A  | N/A
> | N/A | 'transition to OK'
> 18   | Power Unit 1 PS Heavy Load 
>| Power Unit| N/A  | N/A   
>  | N/A | 'State Deasserted'
> 58   | System Management Software XCC FW Corrupted   | System Firmware 
> Progress | N/A  | N/A| N/A | 'OK'
> 60   | System Management Software Low Security Jmp  | Management 
> Subsystem Health  | N/A  | N/A| N/A | 'Device 
> Removed/Device Absent'
> 61   | System Management Software Phy Presence Jmp| System Firmware 
> Progress   N/A  | N/A| N/A | 'Device 
> Removed/Device Absent'
> 77   | Add-in Card 1 RAID Log 
>   | System Event| N/A  | 
> N/A| N/A | 'OK'
>
>
> Record ID: 162
> Record Type: Compact Sensor Record (2h)
> ID String: ME Status
> Sensor Type: Management Subsystem Health (28h)
> Sensor Number: 244
> IPMB Slave Address: 10h
> Sensor Owner ID: 20h
> Sensor Owner LUN: 0h
> Channel Number: 0h
> Entity ID: Management Controller Firmware (46)
> Entity Instance: 97
> Entity Instance Type: Physical Entity
> Event/Reading Type Code: 7h
> Sensor Direction: Unspecified
> Assertion Event Enabled: 'transition to Critical from less severe'
> Assertion Event Enabled: 'transition to Non-recoverable from less severe'
> Deassertion Event Enabled: 'transition to Critical from less severe'
> Deassertion Event Enabled: 'transition to Non-recoverable from less severe'
> Share Count: 1
> ID String Instance Modifier Type: Numeric
> ID String Instance Modifier Offset: 0
> Entity Instance Sharing: Same for all records
> Sensor State: N/A
> Sensor Event: 'OK'
>
> Record ID: 17
> Record Type: Compact Sensor Record (2h)
> ID String: PSU Mismatch
> Sensor Type: Power Unit (9h)
> Sensor Number: 208
> IPMB Slave Address: 10h
> Sensor Owner ID: 20h
> Sensor Owner LUN: 0h
> Channel Number: 0h
> Entity ID: power unit/power domain (19)
> Entity Instance: 1
> Entity Instance Type: Logical Container Entity
> Event/Reading Type Code: 7h
> Sensor Direction: Unspecified
> Assertion Event Enabled: 'transition to Critical from less severe'
> 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
> Sensor State: N/A
> Sensor Event: 'transition to OK'
>
> Record ID: 18
> Record Type: Compact Sensor Record (2h)
> ID String: PS Heavy Load
> Sensor Type: Power Unit (9h)
> Sensor Number: 209
> IPMB Slave Address: 10h
> Sensor Owner ID: 20h
> Sensor Owner LUN: 0h
> Channel Number: 0h
> Entity ID: power unit/power domain (19)
> Entity Instance: 1
> Entity Instance Type: Logical Container Entity
> Event/Reading Type Code: 3h
> Sensor Direction: Unspecified
> Assertion Event Enabled: 'State Asserted'
> Deassertion Event Enabled: 'State Asserted'
> Share Count: 0
> ID String Instance Modifier Type: Numeric
> ID String Instance Modifier Offset: 0
> Entity Instance Sharing: Same for all records
> Sensor State: N/A
> Sensor Event: 'State Deasserted'
>
> Record ID: 58
> Record Type: Compact Sensor Record (2h)
> ID String: XCC FW Corrupted
> Sensor Type: System Firmware Progress (Fh)
> Sensor Number: 14
> IPMB Slave Address: 10h
> Sensor Owner ID: 20h
> Sensor Owner LUN: 0h
> Channel Number: 0h
> Entity ID: System Management Software (33)
> 

Re: [Freeipmi-users] Problems with getting settings in freeipmi_interpret_sensor.conf to work

2019-02-08 Thread FRANK Michael
Hello Al,

Thank you very much for your quick fix and this very useful software.
We using freeipmi on 300 monitoring server all over the world to monitor our 
mission critical servers.
Without your software it wouldn’t be possible.
I hoped that I can do an easy fix for that with the simple change in the 
configuration file. Exchanging the software on 300 servers could become quite 
cumbersome.

Nevertheless the fix is working:

ID| Name  | Type  | State| 
Reading | Units | Event
124 | Group Drive Mismatch | Drive Slot | Nominal  | N/A| N/A   | 
'transition to OK'

Unfortunately I have some more on this server:

162 | Management Controller Firmware 97 ME Status| Management Subsystem 
Health | N/A  | N/A| N/A | 'OK'
17   | Power Unit 1 PSU Mismatch
| Power Unit| N/A  | N/A
| N/A | 'transition to OK'
18   | Power Unit 1 PS Heavy Load   
 | Power Unit| N/A  | N/A   
 | N/A | 'State Deasserted'
58   | System Management Software XCC FW Corrupted   | System Firmware Progress 
| N/A  | N/A| N/A | 'OK'
60   | System Management Software Low Security Jmp  | Management Subsystem 
Health  | N/A  | N/A| N/A | 'Device Removed/Device Absent'
61   | System Management Software Phy Presence Jmp| System Firmware 
Progress   N/A  | N/A| N/A | 'Device 
Removed/Device Absent'
77   | Add-in Card 1 RAID Log   
| System Event| N/A  | N/A  
  | N/A | 'OK'


Record ID: 162
Record Type: Compact Sensor Record (2h)
ID String: ME Status
Sensor Type: Management Subsystem Health (28h)
Sensor Number: 244
IPMB Slave Address: 10h
Sensor Owner ID: 20h
Sensor Owner LUN: 0h
Channel Number: 0h
Entity ID: Management Controller Firmware (46)
Entity Instance: 97
Entity Instance Type: Physical Entity
Event/Reading Type Code: 7h
Sensor Direction: Unspecified
Assertion Event Enabled: 'transition to Critical from less severe'
Assertion Event Enabled: 'transition to Non-recoverable from less severe'
Deassertion Event Enabled: 'transition to Critical from less severe'
Deassertion Event Enabled: 'transition to Non-recoverable from less severe'
Share Count: 1
ID String Instance Modifier Type: Numeric
ID String Instance Modifier Offset: 0
Entity Instance Sharing: Same for all records
Sensor State: N/A
Sensor Event: 'OK'

Record ID: 17
Record Type: Compact Sensor Record (2h)
ID String: PSU Mismatch
Sensor Type: Power Unit (9h)
Sensor Number: 208
IPMB Slave Address: 10h
Sensor Owner ID: 20h
Sensor Owner LUN: 0h
Channel Number: 0h
Entity ID: power unit/power domain (19)
Entity Instance: 1
Entity Instance Type: Logical Container Entity
Event/Reading Type Code: 7h
Sensor Direction: Unspecified
Assertion Event Enabled: 'transition to Critical from less severe'
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
Sensor State: N/A
Sensor Event: 'transition to OK'

Record ID: 18
Record Type: Compact Sensor Record (2h)
ID String: PS Heavy Load
Sensor Type: Power Unit (9h)
Sensor Number: 209
IPMB Slave Address: 10h
Sensor Owner ID: 20h
Sensor Owner LUN: 0h
Channel Number: 0h
Entity ID: power unit/power domain (19)
Entity Instance: 1
Entity Instance Type: Logical Container Entity
Event/Reading Type Code: 3h
Sensor Direction: Unspecified
Assertion Event Enabled: 'State Asserted'
Deassertion Event Enabled: 'State Asserted'
Share Count: 0
ID String Instance Modifier Type: Numeric
ID String Instance Modifier Offset: 0
Entity Instance Sharing: Same for all records
Sensor State: N/A
Sensor Event: 'State Deasserted'

Record ID: 58
Record Type: Compact Sensor Record (2h)
ID String: XCC FW Corrupted
Sensor Type: System Firmware Progress (Fh)
Sensor Number: 14
IPMB Slave Address: 10h
Sensor Owner ID: 20h
Sensor Owner LUN: 0h
Channel Number: 0h
Entity ID: System Management Software (33)
Entity Instance: 1
Entity Instance Type: Physical Entity
Event/Reading Type Code: 3h
Sensor Direction: Unspecified
Assertion Event Enabled: 'State Asserted'
Deassertion Event Enabled: 'State Asserted'
Share Count: 0
ID String Instance Modifier Type: Numeric
ID String Instance Modifier Offset: 0
Entity Instance Sharing: Same for all records
Sensor State: N/A
Sensor Event: 'OK'

Record ID: 60
Record Type: Compact Sensor Record (2h)
ID String: Low Security Jmp
Sensor Type: Management Subsystem Health (28h)
Sensor Number: 17
IPMB Slave Address: 10h
Sensor Owner ID: 20h
Sensor Owner LUN: 0h
Channel Number: 0h
Entity ID: System Management Software 

Re: [Freeipmi-users] Problems with getting settings in freeipmi_interpret_sensor.conf to work

2019-02-07 Thread Al Chu
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 10:13 -0800, Al Chu wrote:
> 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
> 
> On Thu, 2019-02-07 at 16:42 +, FRANK Michael wrote:
> > Hello,
> > 
> > I am having a couple of sensors on a Lenovo 650 server where the
> > state is not interpreted by freeipmi.
> > 
> > I use the following command:
> > 
> > ipmi-sensors -h 1.2.3.4 -u yyy -p xxx --entity-sensor-names -l USER
> > -D LAN_2_0 -r 124 --output-sensor-state
> > 
> > ID  | Name | Type   | State| Reading|
> > Units | Event
> > 124 | Group Drive Mismatch | Drive Slot | N/A  | N/A|
> > N/A   | 'transition to OK'
> > 
> > I tried to address the State N/A with the following settings in
> > freeipmi_interpret_sensor.conf:
> > 
> > IPMI_OEM_Value 19046:1087 0x07 0x0D 0x Nominal
> > 
> > I tried different values for the event bitmask and also
> > IPMI_OEM_Bitmask without success. The Sensor state couldn’t be
> > interpreted by the tool.
> > 
> > Can anyone may please help me what I have to add to the
> > freeipmi_interpret_sensor.conf to get the sensor state interpreted.
> > Any help to solve this issue is much appreciated.
> > 
> > Here are some details. Please let me know in case more info is
> > needed.
> > 
> > Sensor details:
> > 
> > Record ID: 124
> > Record Type: Compact Sensor Record (2h)
> > ID String: Drive Mismatch
> > Sensor Type: Drive Slot (Dh)
> > Sensor Number: 124
> > IPMB Slave Address: 10h
> > Sensor Owner ID: 20h
> > Sensor Owner LUN: 0h
> > Channel Number: 0h
> > Entity ID: Group (37)
> > Entity Instance: 4
> > Entity Instance Type: Logical Container Entity
> > Event/Reading Type Code: 7h
> > Sensor Direction: Unspecified
> > Assertion Event Enabled: 'transition to Critical from less severe'
> > 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
> > Sensor State: N/A
> > Sensor Event: 'transition to OK'
> > 
> > Board details:
> > 
> > Device ID : 32
> > Device Revision   : 0
> > Device SDRs   : unsupported
> > Firmware Revision : 2.10
> > Device Available  : yes (normal operation)
> > IPMI Version  : 2.0
> > Sensor Device : supported
> > SDR Repository Device : supported
> > SEL Device: supported
> > FRU Inventory Device  : supported
> > IPMB Event Receiver   : supported
> > IPMB Event Generator  : supported
> > Bridge: unsupported
> > Chassis Device: supported
> > Manufacturer ID   : Lenovo Group (19046)
> > Product ID: 1087
> >  
> > Device GUID : 1f635e0a-d37e-5bbd-11e8-a54a47832434
> >  
> > System GUID : 1f635e0a-d37e-5bbd-11e8-a54a47832434
> > 
> > 
> > 
> > Michael FRANK
> > Supervisor Global Monitoring Architecture
> > Faurecia Clean Mobility
> > T +49 821 4103 420 ● M +49 171 9967 206
> > michael.fr...@faurecia.com
> > Faurecia Emissions Control Technologies, Germany GmbH -
> > Biberbachstraße 9 – 86154 Augsburg – Germany
> > 
> > Sitz der Gesellschaft: Augsburg - Registergericht Augsburg HR B
> > 20757
> > Geschäftsführer: Mathias Miedrich, Françoise Crenn, Thomas Hanak
> > Vorsitzender des Aufsichtsrats: Christophe Schmitt
> > 
> > 
> > 
> > 
> > This electronic transmission (and any attachments thereto) is
> > intended solely for the use of the addressee(s). It may contain
> > confidential or legally privileged information. If you are not the
> > intended recipient of this message, you must delete it immediately
> > and notify the sender. Any unauthorized use or disclosure of this
> > message is strictly prohibited.  Faurecia does not guarantee the
> > integrity of this transmission and shall therefore never be liable
> > if
> > the message is altered or falsified nor for any virus, interception
> > or damage to your system.
> > ___
> > Freeipmi-users mailing list
> > Freeipmi-users@gnu.org
> > https://lists.gnu.org/mailman/listinfo/freeipmi-users
> 
> 
> ___
> Freeipmi-users mailing list
> Freeipmi-users@gnu.org
> https://lists.gnu.org/mailman/listinfo/freeipmi-users


___
Freeipmi-users mailing list
Freeipmi-users@gnu.org
https://lists.gnu.org/mailman/listinfo/freeipmi-users


Re: [Freeipmi-users] Problems with getting settings in freeipmi_interpret_sensor.conf to work

2019-02-07 Thread Al Chu
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

On Thu, 2019-02-07 at 16:42 +, FRANK Michael wrote:
> Hello,
> 
> I am having a couple of sensors on a Lenovo 650 server where the
> state is not interpreted by freeipmi.
> 
> I use the following command:
> 
> ipmi-sensors -h 1.2.3.4 -u yyy -p xxx --entity-sensor-names -l USER
> -D LAN_2_0 -r 124 --output-sensor-state
> 
> ID  | Name | Type   | State| Reading|
> Units | Event
> 124 | Group Drive Mismatch | Drive Slot | N/A  | N/A|
> N/A   | 'transition to OK'
> 
> I tried to address the State N/A with the following settings in
> freeipmi_interpret_sensor.conf:
> 
> IPMI_OEM_Value 19046:1087 0x07 0x0D 0x Nominal
> 
> I tried different values for the event bitmask and also
> IPMI_OEM_Bitmask without success. The Sensor state couldn’t be
> interpreted by the tool.
> 
> Can anyone may please help me what I have to add to the
> freeipmi_interpret_sensor.conf to get the sensor state interpreted.
> Any help to solve this issue is much appreciated.
> 
> Here are some details. Please let me know in case more info is
> needed.
> 
> Sensor details:
> 
> Record ID: 124
> Record Type: Compact Sensor Record (2h)
> ID String: Drive Mismatch
> Sensor Type: Drive Slot (Dh)
> Sensor Number: 124
> IPMB Slave Address: 10h
> Sensor Owner ID: 20h
> Sensor Owner LUN: 0h
> Channel Number: 0h
> Entity ID: Group (37)
> Entity Instance: 4
> Entity Instance Type: Logical Container Entity
> Event/Reading Type Code: 7h
> Sensor Direction: Unspecified
> Assertion Event Enabled: 'transition to Critical from less severe'
> 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
> Sensor State: N/A
> Sensor Event: 'transition to OK'
> 
> Board details:
> 
> Device ID : 32
> Device Revision   : 0
> Device SDRs   : unsupported
> Firmware Revision : 2.10
> Device Available  : yes (normal operation)
> IPMI Version  : 2.0
> Sensor Device : supported
> SDR Repository Device : supported
> SEL Device: supported
> FRU Inventory Device  : supported
> IPMB Event Receiver   : supported
> IPMB Event Generator  : supported
> Bridge: unsupported
> Chassis Device: supported
> Manufacturer ID   : Lenovo Group (19046)
> Product ID: 1087
>  
> Device GUID : 1f635e0a-d37e-5bbd-11e8-a54a47832434
>  
> System GUID : 1f635e0a-d37e-5bbd-11e8-a54a47832434
> 
> 
> 
> Michael FRANK
> Supervisor Global Monitoring Architecture
> Faurecia Clean Mobility
> T +49 821 4103 420 ● M +49 171 9967 206
> michael.fr...@faurecia.com
> Faurecia Emissions Control Technologies, Germany GmbH -
> Biberbachstraße 9 – 86154 Augsburg – Germany
> 
> Sitz der Gesellschaft: Augsburg - Registergericht Augsburg HR B 20757
> Geschäftsführer: Mathias Miedrich, Françoise Crenn, Thomas Hanak
> Vorsitzender des Aufsichtsrats: Christophe Schmitt
> 
> 
> 
> 
> This electronic transmission (and any attachments thereto) is
> intended solely for the use of the addressee(s). It may contain
> confidential or legally privileged information. If you are not the
> intended recipient of this message, you must delete it immediately
> and notify the sender. Any unauthorized use or disclosure of this
> message is strictly prohibited.  Faurecia does not guarantee the
> integrity of this transmission and shall therefore never be liable if
> the message is altered or falsified nor for any virus, interception
> or damage to your system.
> ___
> Freeipmi-users mailing list
> Freeipmi-users@gnu.org
> https://lists.gnu.org/mailman/listinfo/freeipmi-users


___
Freeipmi-users mailing list
Freeipmi-users@gnu.org
https://lists.gnu.org/mailman/listinfo/freeipmi-users