See: 

http://sourceforge.net/mailarchive/forum.php?thread_name=C2866F9FC4CB034EB51A633DF16859860553CE1E%40ssbarcelone.teknor.com&forum_name=ipmitool-devel


In a blade server, your IPMC might be a satellite as well. I think, there is 
indeed a problem with IPMITOOL due the IPMI spec requiring the IOL address to 
be 0x20.

Are you using IOL ? Otherwise try ipmitool -m <source> -t <target> sensor list


François Isabelle | Software Designer | Kontron Canada | T 450 437 5682 |F 450 
437 8053 | E francois.isabe...@ca.kontron.com
 


-----Message d'origine-----
De : Jan Safranek [mailto:jsafr...@redhat.com] 
Envoyé : 1 juin 2009 09:56
À : ipmitool-devel@lists.sourceforge.net
Objet : [Ipmitool-devel] Broken sensors on Dell 1855 blade server

ipmitool-1.8.11 does not display sensor threshold on Dell 1855 blade server:

# ipmitool sensor list
Mem Temp 2       | na         | degrees C  | na    | na        | na 
    | na        | na        | na        | na

With older version (ipmitool-1.8.9), I can get some values:
# ipmitool sensor list

Mem Temp 2       | na     | degrees C  | ok    | na        | 5.000     | 
10.000    | 75.000    | 80.000    | na


I dug into sources and I have found out, that sensor readings were 
modified in CVS version 1.33 of lib/ipmi_sensors.c. There are many 
similar changes like:

-rsp = ipmi_sdr_get_sensor_thresholds(intf, sensor->keys.sensor_num);
+rsp = ipmi_sdr_get_sensor_thresholds(intf, sensor->keys.sensor_num,
+       sensor->keys.owner_id, sensor->keys.lun);


and in ipmi_sdr_get_sensor_thresholds():

+       save_addr = intf->target_addr;
+       intf->target_addr = target;
...send the message...
+       intf->target_addr = save_addr;

This causes that the messages requesting thresholds are sent to slave 
address "c0" (addr_type == IPMI_IPMB_ADDR_TYPE), instead to BMC 
directly. Using '-vvv' option prints "Sending request to IPMB target @ 
0xc0" and some errors like "Error reading event status for sensor #07: 
Invalid command".

The old working ipmitool version sends all messages to BMC (i.e. 
addr_type = IPMI_SYSTEM_INTERFACE_ADDR_TYPE) and it shows correct 
thresholds + event states.

Why was the code changed? CVS log message says "Bernard Manjou 6/10/08 
patch to include I2c address and LUN so sensors are correctly managed; 
updated by BM for v1.8.10", but I have not found much details on the 
mailing list. Is the described behavior caused by Dell 1855 weirdness or 
is the ipmitool code wrong? I admit I got lost in IPMI 2.0 specification :)

Jan

------------------------------------------------------------------------------
Register Now for Creativity and Technology (CaT), June 3rd, NYC. CaT 
is a gathering of tech-side developers & brand creativity professionals. Meet
the minds behind Google Creative Lab, Visual Complexity, Processing, & 
iPhoneDevCamp as they present alongside digital heavyweights like Barbarian 
Group, R/GA, & Big Spaceship. http://p.sf.net/sfu/creativitycat-com 
_______________________________________________
Ipmitool-devel mailing list
Ipmitool-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/ipmitool-devel

------------------------------------------------------------------------------
Register Now for Creativity and Technology (CaT), June 3rd, NYC. CaT 
is a gathering of tech-side developers & brand creativity professionals. Meet
the minds behind Google Creative Lab, Visual Complexity, Processing, & 
iPhoneDevCamp as they present alongside digital heavyweights like Barbarian 
Group, R/GA, & Big Spaceship. http://p.sf.net/sfu/creativitycat-com 
_______________________________________________
Ipmitool-devel mailing list
Ipmitool-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/ipmitool-devel

Reply via email to