Received from Jim Murphy on Sat, Jul 28, 2007 at 07:56:12PM EDT:
>  On Jul 26, 2007, at 4:13 PM, Lev Givon wrote:
> > I recently tried to use a build of ipmitool 1.8.9 on Linux to remotely
> > access the Lights Out Management device of an Apple Xserve (Intel
> > architecture). Although I was able to use the current version (2.0.0,
> > strangely enough) of ipmitool included in MacOSX 10.4.10 to access
> > said Xserve by specifying a username and password on the command line,
> > invoking the binary built on Linux with the same parameters resulted
> > in the following error:
> >
> > Invalid user name
> > Error: Unable to establish LAN session
> > Get Device ID command failed
> > Unable to open SDR for reading
> 
>  What command line parameters did you specify? Did you specify the
>  "-C" (for Cypher Suite) option?
> 
ipmitool -U myusername -H myxserve.com chassis status

I also tried ipmitool with the following parameters:

ipmitool -C 3 -L OPERATOR -I lanplus -U myusername -H myxserve.com
chassis status

This resulted in the following error when I tried it:

Error: Unable to establish IPMI v2 / RMCP+ session
Error sending Chassis Status command

Note that I built ipmitool against openssl 0.9.8e and freeipmi 0.3.1.

>  Also, what does the result from "mc info" show when using the Mac OS X 
>  version of ipmitool?
> 

Device ID                 : 32
Device Revision           : 1
Firmware Revision         : 1.2.7
IPMI Version              : 2.0
Manufacturer ID           : 63
Manufacturer Name         : Apple Computer, Inc.
Product ID                : 1 (0x0001)
Device Available          : yes
Provides Device SDRs      : no
Additional Device Support :
    Sensor Device
    SDR Repository Device
    SEL Device
    FRU Inventory Device
    IPMB Event Receiver
    Chassis Device
Aux Firmware Rev Info     : 
    0x01
    0x00
    0x27
    0x01

>  (FWIW, I'm the software lead at Apple for all things BMC/LOM on Xserve.)
> 

What better person to respond to my question? :-)

>  I apologize for the confusion calling ipmitool on Mac OS X version
>  2. In hindsight, I probably should have done something different to
>  differentiate our version. At a high level it still resembles
>  ipmitool (upon which it was based), but behind the scenes it's been
>  completely gutted to support our IPMI software infrastructure.
> 

Perhaps a note in future versions of the man page would ameliorate the
confusion; judging from the page, one is lead to believe that there
should be no functional difference between the MacOSX version and the
stock open source version.

> 
>  Jim Murphy
> 

                                                        L.G.

-------------------------------------------------------------------------
This SF.net email is sponsored by: Splunk Inc.
Still grepping through log files to find problems?  Stop.
Now Search log events and configuration files using AJAX and a browser.
Download your FREE copy of Splunk now >>  http://get.splunk.com/
_______________________________________________
Ipmitool-devel mailing list
Ipmitool-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/ipmitool-devel

Reply via email to