freeipmi-users
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [Freeipmi-users] problem with freeipmi 0.5.3 and intel SE7221BK1-E


From: Al Chu
Subject: Re: [Freeipmi-users] problem with freeipmi 0.5.3 and intel SE7221BK1-E
Date: Wed, 23 Jan 2008 12:57:14 -0800

> You know, I think the vendor does claim that but I've never had any
> experience with ipmi before until getting these servers. I was under
> the impression that the only way to get detailed board information was
> via ipmi. I tried using lm-sensors previously and I believe I only got
> information about things like fan speeds, no temperature or voltage
> values etc.

B/c it's an intel board, I'm pretty it does.  Just curious, have you
been getting identical results on multiple motherboards of this type.
Just to rule out the possibility that one specific motherboard just
might be bad.

Al

On Wed, 2008-01-23 at 15:06 -0500, Chris Morgan wrote:
> On Jan 23, 2008 2:50 PM, Al Chu <address@hidden> wrote:
> > Hey Chris,
> >
> > Well, there are a few interesting things.
> >
> > A) everything that returned "C2" indicates that lun != 0x0 is a bad lun.
> > (C2 == command invalid for given lun). So my initial guess was wrong,
> > but that's ok, that removes one possibility.
> >
> > B)
> >
> > address@hidden:~# ipmi-raw --no-probing -D SSIF --driver-address=0x42
> > > --driver-device=/dev/i2c-0 --register-spacing=1 --debug 0x0 0x0A 0x20
> > > ipmi-ssif-api-udm.c: 158: ipmi_ssif_cmd_raw_udm: errnum (4): expression 
> > > failed
> > > ipmi_cmd_raw: permission denied
> >
> > This is strange, because this is supposed to be the same as:
> >
> > > ================================================================
> > > [ VALUE               TAG NAME:LENGTH                          ]
> > > ================================================================
> > > [              20h] = cmd[ 8b]
> > > ================================================================
> > > ================================================================
> > > [ VALUE               TAG NAME:LENGTH                          ]
> > > ================================================================
> > > [               0h] = cmd[ 8b]
> > > [               0h] = comp_code[ 8b]
> > > [               0h] = sdr_version_major[ 4b]
> > > [               0h] = sdr_version_minor[ 4b]
> > > [               0h] = record_count[16b]
> > > [               0h] = free_space[16b]
> > > [               0h] = most_recent_addition_timestamp[32b]
> > > [               0h] = most_recent_erase_timestamp[32b]
> > > [               0h] =
> > get_sdr_repository_allocation_info_command_supported[ 1b]
> > > [               0h] = reserve_sdr_repository_command_supported[ 1b]
> > > [               0h] = partial_add_sdr_command_supported[ 1b]
> > > [               0h] = delete_sdr_command_supported[ 1b]
> > > [               0h] = reserved[ 1b]
> > > [               0h] =
> > > modal_non_modal_sdr_repository_update_operation_supported[ 2b]
> > > [               0h] = overflow_flag[ 1b]
> > > ================================================================
> >
> > which you sent me earlier.  It could be that ipmi-raw doesn't work b/c
> > the raw commands desire to read all bytes available rather than a
> > specific number of bytes.  So it could confuse the underlying driver.
> > No biggie in the end.
> >
> > Could you run ipmi-sensors just one more time for kicks to see if we get
> > the same output (run w/ -f one time first, to flush the cache that may
> > have been created beforehand.)
> >
> 
> 
> address@hidden:~# ipmi-sensors -f --debug
> flushing cache... done
> address@hidden:~# ipmi-sensors --debug
> ipmi-locate-smbios.c: 385: ipmi_locate_smbios_get_dev_info: errno (0):
> expression failed
> ipmi-locate-acpi-spmi.c: 681: ipmi_ioremap: errno (0): expression failed
> ipmi-locate-acpi-spmi.c: 720: ipmi_get_physical_mem_data: errno (0):
> expression failed
> ipmi-locate-acpi-spmi.c: 918: ipmi_acpi_get_table: errno (0): expression 
> failed
> ipmi-locate-acpi-spmi.c: 681: ipmi_ioremap: errno (0): expression failed
> ipmi-locate-acpi-spmi.c: 720: ipmi_get_physical_mem_data: errno (0):
> expression failed
> ipmi-locate-acpi-spmi.c: 839: ipmi_acpi_get_rsdp: errno (0): expression failed
> ipmi-locate-acpi-spmi.c: 1034: ipmi_acpi_get_firmware_table: errno
> (0): expression failed
> ipmi-locate-acpi-spmi.c: 681: ipmi_ioremap: errno (0): expression failed
> ipmi-locate-acpi-spmi.c: 720: ipmi_get_physical_mem_data: errno (0):
> expression failed
> ipmi-locate-acpi-spmi.c: 918: ipmi_acpi_get_table: errno (0): expression 
> failed
> ipmi-locate-acpi-spmi.c: 681: ipmi_ioremap: errno (0): expression failed
> ipmi-locate-acpi-spmi.c: 720: ipmi_get_physical_mem_data: errno (0):
> expression failed
> ipmi-locate-acpi-spmi.c: 839: ipmi_acpi_get_rsdp: errno (0): expression failed
> ipmi-locate-acpi-spmi.c: 1034: ipmi_acpi_get_firmware_table: errno
> (0): expression failed
> ipmi-locate-acpi-spmi.c: 681: ipmi_ioremap: errno (0): expression failed
> ipmi-locate-acpi-spmi.c: 720: ipmi_get_physical_mem_data: errno (0):
> expression failed
> ipmi-locate-acpi-spmi.c: 918: ipmi_acpi_get_table: errno (0): expression 
> failed
> ipmi-locate-acpi-spmi.c: 681: ipmi_ioremap: errno (0): expression failed
> ipmi-locate-acpi-spmi.c: 720: ipmi_get_physical_mem_data: errno (0):
> expression failed
> ipmi-locate-acpi-spmi.c: 839: ipmi_acpi_get_rsdp: errno (0): expression failed
> ipmi-locate-acpi-spmi.c: 1034: ipmi_acpi_get_firmware_table: errno
> (0): expression failed
> ipmi-locate-acpi-spmi.c: 681: ipmi_ioremap: errno (0): expression failed
> ipmi-locate-acpi-spmi.c: 720: ipmi_get_physical_mem_data: errno (0):
> expression failed
> ipmi-locate-acpi-spmi.c: 918: ipmi_acpi_get_table: errno (0): expression 
> failed
> ipmi-locate-acpi-spmi.c: 681: ipmi_ioremap: errno (0): expression failed
> ipmi-locate-acpi-spmi.c: 720: ipmi_get_physical_mem_data: errno (0):
> expression failed
> ipmi-locate-acpi-spmi.c: 839: ipmi_acpi_get_rsdp: errno (0): expression failed
> ipmi-locate-acpi-spmi.c: 1034: ipmi_acpi_get_firmware_table: errno
> (0): expression failed
> ipmi-locate-acpi-spmi.c: 681: ipmi_ioremap: errno (0): expression failed
> ipmi-locate-acpi-spmi.c: 720: ipmi_get_physical_mem_data: errno (0):
> expression failed
> ipmi-locate-acpi-spmi.c: 918: ipmi_acpi_get_table: errno (0): expression 
> failed
> ipmi-locate-acpi-spmi.c: 681: ipmi_ioremap: errno (0): expression failed
> ipmi-locate-acpi-spmi.c: 720: ipmi_get_physical_mem_data: errno (0):
> expression failed
> ipmi-locate-acpi-spmi.c: 839: ipmi_acpi_get_rsdp: errno (0): expression failed
> ipmi-locate-acpi-spmi.c: 1034: ipmi_acpi_get_firmware_table: errno
> (0): expression failed
> ipmi-locate-acpi-spmi.c: 1239: ipmi_locate_acpi_spmi_get_dev_info:
> errno (0): expression failed
> Fetching SDR repository information...
> ================================================================
> [ VALUE               TAG NAME:LENGTH                          ]
> ================================================================
> [              20h] = cmd[ 8b]
> ================================================================
> ================================================================
> [ VALUE               TAG NAME:LENGTH                          ]
> ================================================================
> [               0h] = cmd[ 8b]
> [               0h] = comp_code[ 8b]
> [               0h] = sdr_version_major[ 4b]
> [               0h] = sdr_version_minor[ 4b]
> [               0h] = record_count[16b]
> [               0h] = free_space[16b]
> [               0h] = most_recent_addition_timestamp[32b]
> [               0h] = most_recent_erase_timestamp[32b]
> [               0h] = get_sdr_repository_allocation_info_command_supported[ 
> 1b]
> [               0h] = reserve_sdr_repository_command_supported[ 1b]
> [               0h] = partial_add_sdr_command_supported[ 1b]
> [               0h] = delete_sdr_command_supported[ 1b]
> [               0h] = reserved[ 1b]
> [               0h] =
> modal_non_modal_sdr_repository_update_operation_supported[ 2b]
> [               0h] = overflow_flag[ 1b]
> ================================================================
> done
> ================================================================
> [ VALUE               TAG NAME:LENGTH                          ]
> ================================================================
> [              22h] = cmd[ 8b]
> ================================================================
> ================================================================
> [ VALUE               TAG NAME:LENGTH                          ]
> ================================================================
> [               0h] = cmd[ 8b]
> [               0h] = comp_code[ 8b]
> [               0h] = reservation_id[16b]
> ================================================================
> ================================================================
> [ VALUE               TAG NAME:LENGTH                          ]
> ================================================================
> [              23h] = cmd[ 8b]
> [               0h] = reservation_id[16b]
> [               0h] = record_id[16b]
> [               0h] = offset_into_record[ 8b]
> [               5h] = bytes_to_read[ 8b]
> ================================================================
> ================================================================
> [ VALUE               TAG NAME:LENGTH                          ]
> ================================================================
> [               0h] = cmd[ 8b]
> [               0h] = comp_code[ 8b]
> [               0h] = next_record_id[16b]
> [  BYTE ARRAY ... ] = record_data[255B]
> [ 00h 00h 00h 00h 00h 00h 00h 00h ]
> [ 00h 00h 00h 00h 00h 00h 00h 00h ]
> [ 00h 00h 00h 00h 00h 00h 00h 00h ]
> [ 00h 00h 00h 00h 00h 00h 00h 00h ]
> [ 00h 00h 00h 00h 00h 00h 00h 00h ]
> [ 00h 00h 00h 00h 00h 00h 00h 00h ]
> [ 00h 00h 00h 00h 00h 00h 00h 00h ]
> [ 00h 00h 00h 00h 00h 00h 00h 00h ]
> [ 00h 00h 00h 00h 00h 00h 00h 00h ]
> [ 00h 00h 00h 00h 00h 00h 00h 00h ]
> [ 00h 00h 00h 00h 00h 00h 00h 00h ]
> [ 00h 00h 00h 00h 00h 00h 00h 00h ]
> [ 00h 00h 00h 00h 00h 00h 00h 00h ]
> [ 00h 00h 00h 00h 00h 00h 00h 00h ]
> [ 00h 00h 00h 00h 00h 00h 00h 00h ]
> [ 00h 00h 00h 00h 00h 00h 00h 00h ]
> [ 00h 00h 00h 00h 00h 00h 00h 00h ]
> [ 00h 00h 00h 00h 00h 00h 00h 00h ]
> [ 00h 00h 00h 00h 00h 00h 00h 00h ]
> [ 00h 00h 00h 00h 00h 00h 00h 00h ]
> [ 00h 00h 00h 00h 00h 00h 00h 00h ]
> [ 00h 00h 00h 00h 00h 00h 00h 00h ]
> [ 00h 00h 00h 00h 00h 00h 00h 00h ]
> [ 00h 00h 00h 00h 00h 00h 00h 00h ]
> [ 00h 00h 00h 00h 00h 00h 00h 00h ]
> [ 00h 00h 00h 00h 00h 00h 00h 00h ]
> [ 00h 00h 00h 00h 00h 00h 00h 00h ]
> [ 00h 00h 00h 00h 00h 00h 00h 00h ]
> [ 00h 00h 00h 00h 00h 00h 00h 00h ]
> [ 00h 00h 00h 00h 00h 00h 00h 00h ]
> [ 00h 00h 00h 00h 00h 00h 00h 00h ]
> [ 00h 00h 00h 00h 00h 00h 00h ]
> ================================================================
> FAILED: Retrieval of SDR record 0x0
> SDR Cache creation failed: internal error
> 
> 
> 
> 
> > Now, the question we now ask is why are most of the tools working (bmc-
> > info, bmc-config, pef-config, ipmi-chassis, i'm not sure if you've tried
> > ipmipower or ipmiping yet), but anything related to the SDR/sensors is
> > not working b/c the IPMI commands return junk.  I suppose its possible
> > on this motherboard they just aren't supported?  Do you know if your
> > vendor has asserted that ipmi based sensors are available on this
> > motherboard or other tools do work?
> >
> 
> You know, I think the vendor does claim that but I've never had any
> experience with ipmi before until getting these servers. I was under
> the impression that the only way to get detailed board information was
> via ipmi. I tried using lm-sensors previously and I believe I only got
> information about things like fan speeds, no temperature or voltage
> values etc.
> 
> 
> > I'd also like to see how ipmi-sensors, ipmi-fru and ipmi-sel work w/o
> > using the SDR.  I will send you a tar.gz (out of this thread) later on
> > in the day to try this idea out with some new options in the tools.
> >
> 
> Ok. I'd be happy to try those out to provide any additional information.
> 
> Chris
-- 
Albert Chu
address@hidden
925-422-5311
Computer Scientist
High Performance Systems Division
Lawrence Livermore National Laboratory




reply via email to

[Prev in Thread] Current Thread [Next in Thread]