As an aside on this conversation, has Dell chimed in at any point with an opinion on this?
I'm not quite understanding what a "satellite MC" here is, but I'm assuming it's a blade manager, who is supposed to auto-magically route IPMI commands around to individual blades?? If sensors aren't being bridged properly, it seems like there is a bug in the "satellite MC"?? I understand that there should be something in place to ensure ipmitool can work. I just wanted to comment that this shouldn't be viewed as a good/right long term solution. Al On Wed, 2010-02-03 at 16:20 +0100, Jan Safranek wrote: > Hi, > > I've got many reports from customers that ipmitool 1.8.11 is not reading > sensors on their HW, while the older version was working - see quoted > mails below. > > Now I really need to fix it. In [1] you mention "I think that we might > generalise the 'PICMG extension' tweak already in the OpenIPMI plugin" - > can you please elaborate on that? I am willing to help with the code, if > someone explains me what needs to be done. > > [1]: > http://*sourceforge.net/mailarchive/forum.php?thread_name=C2866F9FC4CB034EB51A633DF16859860553CE1E%40ssbarcelone.teknor.com&forum_name=ipmitool-devel > > So far I got an idea to disable bridging by command line option (let's > say '-n') and sending all requests to BMC (i.e. using > IPMI_SYSTEM_INTERFACE_ADDR_TYPE and IPMI_BMC_CHANNEL), like it was in > the old and working version. Of course, the option would work in > plugins/open interface, lan and lanplus would work as they are now. > > What do you say? Is '-n' acceptable solution? > > Thanks in advance > > Jan > > On 06/01/2009 04:44 PM, Isabelle, Francois wrote: > > 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 > > > ------------------------------------------------------------------------------ > The Planet: dedicated and managed hosting, cloud storage, colocation > Stay online with enterprise data centers and the best network in the business > Choose flexible plans and management services without long-term contracts > Personal 24x7 support from experience hosting pros just a phone call away. > http://*p.sf.net/sfu/theplanet-com > _______________________________________________ > Ipmitool-devel mailing list > Ipmitool-devel@lists.sourceforge.net > https://*lists.sourceforge.net/lists/listinfo/ipmitool-devel > -- Albert Chu ch...@llnl.gov Computer Scientist High Performance Systems Division Lawrence Livermore National Laboratory ------------------------------------------------------------------------------ The Planet: dedicated and managed hosting, cloud storage, colocation Stay online with enterprise data centers and the best network in the business Choose flexible plans and management services without long-term contracts Personal 24x7 support from experience hosting pros just a phone call away. http://p.sf.net/sfu/theplanet-com _______________________________________________ Ipmitool-devel mailing list Ipmitool-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/ipmitool-devel
