Hey Won, On Fri, 2008-09-19 at 10:46 -0700, Won De Erick wrote: > Hi Al, > > I bootstrapped again bare freebsd 6.2 on IBM x3650, then added > freeipmi v0.6.6, and the previous error did not display. > However, the null debug infos were still displayed and a "segmentation > fault" was displayed at the end.
This only happens when you run w/ --debug? If yes, that means you can still use the software. Which is good. I've pinged Dmitry (FreeIPMI's primary BSD guy) to see if he can look into the null-fields. I don't have a BSD system around, so I'm sort of limited in my ability to look into it. > Below were the workarounds made, and please see the attached file for > the complete result. > > # ipmimonitoring --version > Ipmimonitoring [ipmimonitoring-0.6.6] > Copyright (C) 2007-2008 Lawrence Livermore National Security, LLC. > This program is free software; you may redistribute it under the terms > of > the GNU General Public License. This program has absolutely no > warranty. > > # ipmimonitoring --debug > ===================================================== > Get SDR Repository Info Request > ===================================================== > [ 20h] = (null)[134669316b] > ===================================================== > Get SDR Repository Info Response > ===================================================== > [ 20h] = (null)[134672388b] > [ 0h] = (null)[134672656b] > [ 1h] = (null)[134672924b] > [ 5h] = (null)[134673192b] > [ 7Ah] = (null)[134673460b] > [ D5Bh] = (null)[134673728b] > [ 0h] = (null)[134673996b] > [ 0h] = (null)[134674264b] > [ 0h] = (null)[134674532b] > [ 1h] = (null)[134674800b] > [ 0h] = (null)[134675068b] > [ 0h] = (null)[134675336b] > [ 0h] = (null)[134675604b] > [ 0h] = (null)[134675872b] > [ 0h] = (null)[134676140b] > (ipmi_monitoring_ipmi_communication.c, _inband_init, 112): ipmi_cmd: > device not found > > ......[cut] > > ===================================================== > SDR Compact Sensor Record > ===================================================== > [ 3Eh] = (null)[134676484b] > [ 1h] = (null)[134676752b] > [ 5h] = (null)[134677020b] > [ 2h] = (null)[134677288b] > [ 23h] = (null)[134677556b] > [ 0h] = (null)[134677824b] > [ 10h] = (null)[134678092b] > [ 0h] = (null)[134678360b] > [ 0h] = (null)[134678628b] > [ 0h] = (null)[134678896b] > [ 3h] = (null)[134679164b] > [ 7h] = (null)[134679432b] > [ 1h] = (null)[134679700b] > [ 0h] = (null)[134679968b] > [ 1h] = (null)[134680236b] > [ 1h] = (null)[134680504b] > [ 1h] = (null)[134680772b] > [ 0h] = (null)[134681040b] > [ 0h] = (null)[134681308b] > [ 1h] = (null)[134681576b] > [ 1h] = (null)[134681844b] > [ 0h] = (null)[134682112b] > [ 0h] = (null)[134682380b] > [ 0h] = (null)[134682648b] > [ 0h] = (null)[134682916b] > [ 1h] = (null)[134683184b] > [ 0h] = (null)[134683452b] > [ 23h] = (null)[134683720b] > [ 6Fh] = (null)[134683988b] > [ Fh] = (null)[134684256b] > [ 0h] = (null)[134684524b] > [ Fh] = (null)[134684792b] > [ 0h] = (null)[134685060b] > [ 0h] = (null)[134685328b] > [ 0h] = (null)[134685596b] > [ 3h] = (null)[134685864b] > [ 0h] = (null)[134686132b] > [ 0h] = (null)[134686400b] > [ 1h] = (null)[134686668b] > [ 0h] = (null)[134686936b] > [ 0h] = (null)[134687204b] > [ 0h] = (null)[134687472b] > [ 0h] = (null)[134687740b] > [ 0h] = (null)[134688008b] > [ 0h] = (null)[134688276b] > [ 0h] = (null)[134688544b] > [ 0h] = (null)[134688812b] > [ C8h] = (null)[134689080b] > Segmentation fault > > Also I would like to know when will the "WARNING" status of a sensor > be displayed? I tried changing/varying one at a time the threshold > (upper non-critical and upper non-recoverable) values for a CPU > temperature below the actual sensor reading, and only NOMINAL and > CRITICAL were displayed. I need to verify if this is correctly > displayed as I am considering creating MIBs for SNMP traps. Lets see. The default configuration is that temperature sensors (which I assume is what you're interested in) I don't have any "warning" conditions. I have either nominal or critical. This can be adjusted with the sensors.conf file as you've already seemed to try. But, it does seem there is a bug in that part of the code. Let me look into it and I'll get back to you. Al > > Thanks, > > Won > > > > > ----- Original Message ---- > From: Al Chu <[EMAIL PROTECTED]> > To: Won De Erick <[EMAIL PROTECTED]> > Cc: David Sparks <[EMAIL PROTECTED]>; [email protected] > Sent: Friday, September 19, 2008 8:19:08 PM > Subject: Re: > [Freeipmi-devel]ipmi_monitoring_sensor_readings_by_record_id:internal > IPMI error > > Hey Won, > > Hmmmm. The final line of your debug w/ the CBh error code should > already be handled in FreeIPMI 0.6.6. Are you sure it's FreeIPMI > 0.6.6? > Could you accidentally running something older? > > As for the "null" debug infos, I need to figure that one out still. > It's something specific to FreeBSD. I'm wondering if there is a lib > loaded different or symbols stored different or something like that. > > Al > > On Wed, 2008-09-17 at 20:42 -0700, Won De Erick wrote: > > I am having the same problem on IBM x3650 box (w/ BMC outband > > management port). This box is built with BMC and as far the > > documentation can tell, the box is an IPMI compliant. I installed > > FreeBSD 6.2 and added freeipmi v0.6.6. Currently, I'm using the > inband > > mechanism. However, I received an internal error when I ran > > ipmimonitoring. > > Can anybody help please? Attached is the complete debug output. > > > > # ipmimonitoring --debug > > > > ===================================================== > > Get SDR Repository Info Request > > ===================================================== > > [ 20h] = (null)[134673412b] > > ===================================================== > > Get SDR Repository Info Response > > ===================================================== > > [ 20h] = (null)[134676484b] > > [ 0h] = (null)[134676752b] > > [ 1h] = (null)[134677020b] > > [ 5h] = (null)[134677288b] > > [ 7Ah] = (null)[134677556b] > > [ D5Bh] = (null)[134677824b] > > [ 0h] = (null)[134678092b] > > [ 0h] = (null)[134678360b] > > [ 0h] = (null)[134678628b] > > [ 1h] = (null)[134678896b] > > [ 0h] = (null)[134679164b] > > [ 0h] = (null)[134679432b] > > [ 0h] = (null)[134679700b] > > [ 0h] = (null)[134679968b] > > [ 0h] = (null)[134680236b] > > (ipmi_monitoring_ipmi_communication.c, _inband_init, 112): ipmi_cmd: > > device not found > > > > ......[cut] > > > > ===================================================== > > Get SDR Repository Info Request > > ===================================================== > > [ 20h] = (null)[134673412b] > > ===================================================== > > ===================================================== > > Get Sensor Reading Response > > ===================================================== > > [ 2Dh] = (null)[134692868b] > > [ CBh] = (null)[134693136b] > > ipmi_monitoring_sensor_readings_by_record_id: internal IPMI error > > > > > > Thanks, > > > > Won > > > > > -- > Albert Chu > [EMAIL PROTECTED] > Computer Scientist > High Performance Systems Division > Lawrence Livermore National Laboratory > > > -- Albert Chu [EMAIL PROTECTED] Computer Scientist High Performance Systems Division Lawrence Livermore National Laboratory _______________________________________________ Freeipmi-devel mailing list [email protected] http://lists.gnu.org/mailman/listinfo/freeipmi-devel
