RE: [Freeipmi-users] ipmi_sdr_cache_create: internal IPMI error

[Al Chu]

I'm not sure how lm_sensors works under the covers.  If they use
the /dev/ipmi0 driver, then FreeIPMI & lm_sensors should work together.
But I'm guessing lm_sensors does something else and it's mucking up
something on the motherboard.

Al

On Tue, 2010-11-09 at 11:49 -0800, James Aaron Nix-Gomez wrote:
> Al,
> 
> One final follow up.  Freeipmi works great when I disable the lm_sensors
> service.  Freeipmi also works if I enable the lm_sensors service and
> configure it to just check the Intel core temperatures.
> 
> Thank you again for all of your help,
> 
> Aaron
> 
> -----Original Message-----
> From: James Aaron Nix-Gomez [mailto:address@hidden
> Sent: Tuesday, November 09, 2010 2:36 PM
> To: 'Al Chu'
> Cc: 'address@hidden'
> Subject: RE: [Freeipmi-users] ipmi_sdr_cache_create: internal IPMI error
> 
> Al,
> 
> Good catch, the lm_sensors service was running.  However, the ipmi module is
> missing from it.  I thought I could use lm_sensors for Intel CPU core
> temperatures and freeipmi for the motherboard sensors.
> 
> Aaron
> 
> -----Original Message-----
> From: Al Chu [mailto:address@hidden
> Sent: Tuesday, November 09, 2010 2:26 PM
> To: James Aaron Nix-Gomez
> Cc: address@hidden
> Subject: RE: [Freeipmi-users] ipmi_sdr_cache_create: internal IPMI error
> 
> Hi James,
> 
> Just as a quick double check, you may want to make sure that no other
> IPMI stuff is running on the system, possibly other daemons or something
> like that.  Or perhaps the IPMI kernel driver is installed into a
> non-common path (it's usually /dev/ipmi0 if it's installed) and stuff
> going on there is conflicting.  It's just a thought b/c of the
> driver-timeout errors you're seeing below.  I'm still betting it's a HW
> problem though.
> 
> Al
> 
> On Tue, 2010-11-09 at 11:14 -0800, James Aaron Nix-Gomez wrote:
> > Al,
> >
> > Thank you for the prompt reply.  I tried a few more of the commands, see
> > below, without much success.  They too had varying sets of SDR info.
> >
> > We are able to run freeipmi on two other Supermicro X8DTH-iF motherboards
> > without any problems.  If you believe there is a BMC issue on this one
> > motherboard then that is all I need to know.  I have only just begun to
> look
> > into sensor monitoring so I was not sure if I had a configuration issue.
> >
> > Best,
> >
> > Aaron Nix-Gomez
> >
> >
> > address@hidden Aaron]# bmc-info --debug
> > =====================================================
> > Get Device ID Request
> > =====================================================
> > [               1h] = cmd[ 8b]
> > =====================================================
> > Get Device ID Response
> > =====================================================
> > ipmi_cmd_get_device_id: driver timeout
> > address@hidden Aaron]# ipmi-sel --debug
> > Caching SDR repository information:
> > /root/.freeipmi/sdr-cache/sdr-cache-aaronacint2010.localhost
> > =====================================================
> > Get SDR Repository Info Request
> > =====================================================
> > [              20h] = cmd[ 8b]
> > =====================================================
> > Get SDR Repository Info Response
> > =====================================================
> > [              20h] = cmd[ 8b]
> > [               0h] = comp_code[ 8b]
> > [               0h] = sdr_version_major[ 4b]
> > [               8h] = sdr_version_minor[ 4b]
> > ipmi_sdr_cache_create: internal IPMI error
> > address@hidden Aaron]# bmc-info --debug
> > =====================================================
> > Get Device ID Request
> > =====================================================
> > [               1h] = cmd[ 8b]
> > =====================================================
> > Get Device ID Response
> > =====================================================
> > ipmi_cmd_get_device_id: driver timeout
> > address@hidden Aaron]# ipmi-chassis --get-status --debug
> > =====================================================
> > Get Chassis Status Request
> > =====================================================
> > [               1h] = cmd[ 8b]
> > =====================================================
> > Get Chassis Status Response
> > =====================================================
> > ipmi_cmd_get_chassis_status: driver timeout
> > address@hidden Aaron]# ipmi-chassis --get-status --debug
> > =====================================================
> > Get Chassis Status Request
> > =====================================================
> > [               1h] = cmd[ 8b]
> > =====================================================
> > Get Chassis Status Response
> > =====================================================
> > [               0h] = cmd[ 8b]
> > [              80h] = comp_code[ 8b]
> > ipmi_cmd_get_chassis_status: bad completion code
> > address@hidden Aaron]# ipmi-locate
> > Probing KCS device using DMIDECODE... done
> > IPMI Version: 2.0
> > IPMI locate driver: DMIDECODE
> > IPMI interface: KCS
> > BMC driver device:
> > BMC I/O base address: 0xCA2
> > Register spacing: 1
> >
> > Probing SMIC device using DMIDECODE... FAILED
> >
> > Probing BT device using DMIDECODE... FAILED
> >
> > Probing SSIF device using DMIDECODE... FAILED
> >
> > Probing KCS device using SMBIOS... done
> > IPMI Version: 2.0
> > IPMI locate driver: SMBIOS
> > IPMI interface: KCS
> > BMC driver device:
> > BMC I/O base address: 0xCA2
> > Register spacing: 1
> >
> > Probing SMIC device using SMBIOS... FAILED
> >
> > Probing BT device using SMBIOS... FAILED
> >
> > Probing SSIF device using SMBIOS... FAILED
> >
> > Probing KCS device using ACPI... FAILED
> >
> > Probing SMIC device using ACPI... FAILED
> >
> > Probing BT device using ACPI... FAILED
> >
> > Probing SSIF device using ACPI... FAILED
> >
> > Probing KCS device using PCI... FAILED
> >
> > Probing SMIC device using PCI... FAILED
> >
> > Probing BT device using PCI... FAILED
> >
> > Probing SSIF device using PCI... FAILED
> >
> > KCS device default values:
> > IPMI Version: 1.5
> > IPMI locate driver: DEFAULT
> > IPMI interface: KCS
> > BMC driver device:
> > BMC I/O base address: 0xCA2
> > Register spacing: 1
> >
> > SMIC device default values:
> > IPMI Version: 1.5
> > IPMI locate driver: DEFAULT
> > IPMI interface: SMIC
> > BMC driver device:
> > BMC I/O base address: 0xCA9
> > Register spacing: 1
> >
> > BT device default values:
> > SSIF device default values:
> > IPMI Version: 1.5
> > IPMI locate driver: DEFAULT
> > IPMI interface: SSIF
> > BMC driver device: /dev/i2c-0
> > BMC SMBUS slave address: 0x42
> > Register spacing: 1
> >
> > address@hidden Aaron]#
> >
> > -----Original Message-----
> > From: Al Chu [mailto:address@hidden
> > Sent: Tuesday, November 09, 2010 1:50 PM
> > To: James Aaron Nix-Gomez
> > Cc: address@hidden
> > Subject: Re: [Freeipmi-users] ipmi_sdr_cache_create: internal IPMI error
> >
> > Oops, forgot to cut and paste in what the payload was supposed to look
> > like:
> >
> > [              20h] = cmd[ 8b]
> > [               0h] = comp_code[ 8b]
> > [               1h] = sdr_version_major[ 4b]
> > [               5h] = sdr_version_minor[ 4b]
> > [              20h] = record_count[16b]
> > [            FFFEh] = free_space[16b]
> > [               0h] = most_recent_addition_timestamp[32b]
> > [               0h] = most_recent_erase_timestamp[32b]
> > [               0h] =
> > get_sdr_repository_allocation_info_command_supported[ 1b]
> > [               1h] = reserve_sdr_repository_command_supported[ 1b]
> > [               0h] = partial_add_sdr_command_supported[ 1b]
> > [               0h] = delete_sdr_command_supported[ 1b]
> > [               0h] = reserved[ 1b]
> > [               2h] =
> > modal_non_modal_sdr_repository_update_operation_supported[ 2b]
> > [               0h] = overflow_flag[ 1b]
> >
> > Al
> >
> > On Tue, 2010-11-09 at 10:21 -0800, Al Chu wrote:
> > > Hi James,
> > >
> > > Gut feeling is that something is wrong with the BMC on that motherboard.
> > >
> > > > [               0h] = record_count[ 8b]
> > > >
> > > > ipmi_sdr_cache_create: internal IPMI error
> > >
> > > > [              1Ch] = record_count[16b]
> > > >
> > > > [              80h] = free_space[ 8b]
> > > >
> > > > ipmi_sdr_cache_create: internal IPMI error
> > >
> > > In the first payload above, you receive a 0 record_count, which is of
> > > course very bad.  Then in the below you get a (seemingly) correct
> > > record_count and an extra field.  The full payload of this packet is
> > > supposed to be something like this:
> > >
> > > The fact that on 3-4 different rusn in your debug output, the SDR Info
> > > command is returning inconsistent data, incorrect data, and multiple
> > > sizes of payloads is very bad.
> > >
> > > Do any other FreeIPMI commands work, like bmc-info, ipmi-sel, etc.
> > >
> > > Al
> > >
> > > On Tue, 2010-11-09 at 07:00 -0800, James Aaron Nix-Gomez wrote:
> > > > Good morning,
> > > >
> > > >
> > > >
> > > > I am having problems using ipmi-sensors on a SuperMicro X8DTH-if.  I
> > > > consistently get "ipmi_sdr_cache_create: internal IPMI error"
> messages.
> > I
> > > > have attached the debug information below.  We have other SuperMicro
> > > > X8DTH-if machines, with slightly different RAID hardware, where
> > ipmi-sensors
> > > > works flawlessly.  I would appreciate any advice on how to
> troubleshoot
> > this
> > > > issue.
> > > >
> > > >
> > > >
> > > > Best regards,
> > > >
> > > >
> > > >
> > > > Aaron Nix-Gomez
> > > >
> > > > Applied Physics Laboratory
> > > >
> > > > University of Washington
> > > >
> > > > address@hidden
> > > >
> > > >
> > > >
> > > >
> > > >
> > > > address@hidden Aaron]# uname -a
> > > >
> > > > Linux aaronacint2010 2.6.32.12-115.fc12.x86_64 #1 SMP Fri Apr 30
> > 19:46:25
> > > > UTC 2010 x86_64 x86_64 x86_64 GNU/Linux
> > > >
> > > > address@hidden Aaron]# ipmi-sensors --version
> > > >
> > > > ipmi-sensors - 0.7.12
> > > >
> > > > Copyright (C) 2003-2008 FreeIPMI Core Team
> > > >
> > > > This program is free software; you may redistribute it under the terms
> > of
> > > >
> > > > the GNU General Public License.  This program has absolutely no
> > warranty.
> > > >
> > > > address@hidden Aaron]# ipmi-sensors --debug
> > > >
> > > > Caching SDR repository information:
> > > > /root/.freeipmi/sdr-cache/sdr-cache-aaronacint2010.localhost
> > > >
> > > > =====================================================
> > > >
> > > > Get SDR Repository Info Request
> > > >
> > > > =====================================================
> > > >
> > > > [              20h] = cmd[ 8b]
> > > >
> > > > =====================================================
> > > >
> > > > Get SDR Repository Info Response
> > > >
> > > > =====================================================
> > > >
> > > > [              20h] = cmd[ 8b]
> > > >
> > > > [               0h] = comp_code[ 8b]
> > > >
> > > > [               1h] = sdr_version_major[ 4b]
> > > >
> > > > [               5h] = sdr_version_minor[ 4b]
> > > >
> > > > [               0h] = record_count[ 8b]
> > > >
> > > > ipmi_sdr_cache_create: internal IPMI error
> > > >
> > > > address@hidden Aaron]# ipmi-sensors --debug
> > > >
> > > > Caching SDR repository information:
> > > > /root/.freeipmi/sdr-cache/sdr-cache-aaronacint2010.localhost
> > > >
> > > > =====================================================
> > > >
> > > > Get SDR Repository Info Request
> > > >
> > > > =====================================================
> > > >
> > > > [              20h] = cmd[ 8b]
> > > >
> > > > =====================================================
> > > >
> > > > Get SDR Repository Info Response
> > > >
> > > > =====================================================
> > > >
> > > > ipmi_sdr_cache_create: internal IPMI error
> > > >
> > > > address@hidden Aaron]# ipmi-sensors --debug --sdr-cache-recreate
> > > >
> > > > Caching SDR repository information:
> > > > /root/.freeipmi/sdr-cache/sdr-cache-aaronacint2010.localhost
> > > >
> > > > =====================================================
> > > >
> > > > Get SDR Repository Info Request
> > > >
> > > > =====================================================
> > > >
> > > > [              20h] = cmd[ 8b]
> > > >
> > > > =====================================================
> > > >
> > > > Get SDR Repository Info Response
> > > >
> > > > =====================================================
> > > >
> > > > ipmi_sdr_cache_create: internal IPMI error
> > > >
> > > > address@hidden Aaron]# ipmi-sensors --debug --sdr-cache-recreate
> > > >
> > > > Caching SDR repository information:
> > > > /root/.freeipmi/sdr-cache/sdr-cache-aaronacint2010.localhost
> > > >
> > > > =====================================================
> > > >
> > > > Get SDR Repository Info Request
> > > >
> > > > =====================================================
> > > >
> > > > [              20h] = cmd[ 8b]
> > > >
> > > > =====================================================
> > > >
> > > > Get SDR Repository Info Response
> > > >
> > > > =====================================================
> > > >
> > > > [              20h] = cmd[ 8b]
> > > >
> > > > [               0h] = comp_code[ 8b]
> > > >
> > > > [               1h] = sdr_version_major[ 4b]
> > > >
> > > > [               5h] = sdr_version_minor[ 4b]
> > > >
> > > > [              1Ch] = record_count[16b]
> > > >
> > > > [              80h] = free_space[ 8b]
> > > >
> > > > ipmi_sdr_cache_create: internal IPMI error
> > > >
> > > > address@hidden Aaron]#
> > > >
> > > > _______________________________________________
> > > > Freeipmi-users mailing list
> > > > address@hidden
> > > >
> http://BLOCKEDBLOCKEDBLOCKEDBLOCKEDlists.gnu.org/mailman/listinfo/freeipmi-users
> > > >
> --
> Albert Chu
> address@hidden
> Computer Scientist
> High Performance Systems Division
> Lawrence Livermore National Laboratory
> 
> 
-- 
Albert Chu
address@hidden
Computer Scientist
High Performance Systems Division
Lawrence Livermore National Laboratory