freeipmi-users
[Top][All Lists]
Advanced

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

Re: [Freeipmi-users] freeipmi issue on Sun X4200 (ipmi-chassis)


From: Al Chu
Subject: Re: [Freeipmi-users] freeipmi issue on Sun X4200 (ipmi-chassis)
Date: Wed, 14 May 2008 06:40:58 -0400

Great.  Thanks for working w/ me on this.  I will release 0.6.2 sometime
in the near future.

Al

On Wed, 2008-05-14 at 20:03 +0900, Shuichi Ihara wrote:
> Hi Al,
> 
> I did test with CVS version for ipmi-chassis too.
> The ipmi-chassis issue that can't set boot device to PXE on X4200, is also 
> fixed.
> So, both issues are fixed now.
> 
> Thanks again Al!
> 
> -Ihara
> 
> Al Chu wrote:
> > Hey Ihara,
> > 
> > I think there was a bug in the flags for the boot-device.  Can you
> > please let me know if this fixes things for you now?  It's in the same
> > CVS location as mentioned previously.
> > 
> > If this and the ipmi-fru thing are fixed, I will release a FreeIPMI
> > 0.6.2.
> > 
> > Thanks,
> > Al
> > 
> > On Tue, 2008-05-13 at 11:03 +0900, Shuichi Ihara wrote:
> >> Hi Al,
> >>
> >>> After you set the boot-device w/ -L, does it show up correctly with -G
> >>> (--get-boot-flags)? Could you run the ipmi-chassis command with --debug.
> >>> We can see if the packet dump are looking fine.
> >> I attached dump file(ipmi-chassis-debug.out) when run ipmi-chassis with 
> >> "-L --debug" option.
> >>
> >>> I personally haven't tested this b/c I don't have a machine that
> >>> supports IPMI boot configuration.  Are you sure the Sun machine supports
> >>> IPMI based boot configuration?
> >> Yes, it's implemented and work this feature via ipmitool.
> >> However, I found strange point when I ran ipmi-cahssis after the ipmitool 
> >> execution.
> >> Please see below.
> >>
> >> # ipmi-chassis -h 10.14.16.23  -p changeme -u root  -W "endianseq" -L 
> >> --boot-device=PXE
> >> # ipmi-chassis -h 10.14.16.23  -p changeme -u root  -W "endianseq" 
> >> --get-boot-flags
> >> BIOS boot type                : PC compatible boot
> >> Lock out reset buttons        : Disabled
> >> Screen blank                  : Disabled
> >> Boot device selector          : Force PXE
> >> Lock keyboard                 : Disabled
> >> Clear CMOS                    : Disabled
> >> Console redirection control   : System default
> >> Lock out sleep button         : Disabled
> >> User password bypass          : Disabled
> >> Lock out reset button         : Disabled
> >> Force progress event traps    : Disabled
> >> Firmware BIOS verbosity level : Default
> >> Lock out via power button     : Disabled
> >>
> >> it looks "boot device selector" is set to PXE, but this is different after 
> >> the run ipmitool to
> >> set to PXE. In this case, the boot device selector is blank below. I also 
> >> attached dump file
> >> with "--debug" option in this case.
> >>
> >> # ipmitool -H 10.14.16.23  -P changeme -U root chassis bootdev pxe
> >> # ipmi-chassis -h 10.14.16.23  -p changeme -u root  -W "endianseq" 
> >> --get-boot-flags
> >> BIOS boot type                : PC compatible boot
> >> Lock out reset buttons        : Disabled
> >> Screen blank                  : Disabled
> >> Boot device selector          :
> >> Lock keyboard                 : Disabled
> >> Clear CMOS                    : Disabled
> >> Console redirection control   : System default
> >> Lock out sleep button         : Disabled
> >> User password bypass          : Disabled
> >> Lock out reset button         : Disabled
> >> Force progress event traps    : Disabled
> >> Firmware BIOS verbosity level : Default
> >> Lock out via power button     : Disabled
> >>
> >>>> 2. can't get MAC address from the FRU information
> >>>> # ipmi-fru -v -h 192.168.10.3 -u root -p changeme -W "endianseq"
> >>>> -snip-
> >>>> FRU Inventory Device ID: 0x0E
> >>>>    FRU Get FRU Inventory Area Failure: bad completion code: request 
> >>>> data/parameter invalid
> >>>>
> >>>> FRU Inventory Device ID: 0x0F
> >>>>    FRU Get FRU Inventory Area Failure: bad completion code: request 
> >>>> data/parameter invalid
> >>>>
> >>>> FRU Inventory Device ID: 0x10
> >>>>
> >>>>    FRU Product Manufacturer Name: INTEL
> >>>>    FRU Product Product Name: DUAL
> >>>> ??K?/?2??/uct Version Type: ?4p?g(?4P?h)?%
> >>> Just to make sure, are you using the newest FreeIPMI?  0.6.1?  Awhiles
> >>> ago I did fix a corner case in the six-bit-ascii output.  This could be
> >>> related to it.
> >> Yes, I'm using 0.6.1 which is latest version.
> >>
> >>>>          ?
> >>>>    FRU Unknown BCD Character: 0xC7
> >>>>    FRU Product Info: Remaining Area Cannot Be Parsed
> >>> It's hard to say based on this.  It's possible there are some OEM
> >>> specific stuff in this FRU output which is why I cannot decode it.
> >>> Could you send the --debug output?
> >> I did and attached it(filename is ipmi-fru-debug.out)
> >> And I also attached ipmitool-fru.out which is dump information with 
> >> "ipmitool fru".
> >>
> >>> Thanks,
> >>> Al
> >> Thanks for your helps.
> >>
> >> -Ihara
-- 
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]