Hi Corey:
I did what you suggested and I still can't seem connect to the shelf
manager.
ipmish
> domain open vadatech lan -U "cli" -P "cli" 10.10.8.11
Event
Object Type: Domain
Name: vadatech
Operation: Add
> INFO: vadatech 0 ipmi_lan.c(connection_up): Connection 0 to the BMC is up
INFO: vadatech 0 ipmi_lan.c(connection_up): Connection to the BMC restored
EINF: vadatech domain.c(got_dev_id): Invalid return from IPMI Get Device ID,
something is seriously wrong with the BMC
Event
Object Type: Domain
Name: vadatech
Operation: Connection Change
Connection Number: 0
Port Number: 0
Any Connection Up: false
Error: 16777411
Error String: IPMI: Timeout:c3
Domain Created: vadatech
Event
Object Type: Domain
Name: vadatech
Operation: Connection Change
Connection Number: 0
Port Number: 0
Any Connection Up: false
Error: 16777411
Error String: IPMI: Timeout:c3
WARN: vadatech 0 ipmi_lan.c(lost_connection): Connection 0 to the BMC is
down
SEVR: vadatech 0 ipmi_lan.c(lost_connection): All connections to the BMC are
down
Event
Object Type: Domain
Name: vadatech
Operation: Connection Change
Connection Number: 0
Port Number: 0
Any Connection Up: false
Error: 110
Error String: OS: Connection timed out
> domain close
Event
Object Type: Domain
Name: vadatech
Operation: Delete
Domain closed: vadatech
It said that "Get Device ID" fails, but when I run a raw "Get Device ID"
command (netfn 6, cmd 1) from ipmitool, and its fine....
[r...@mcd9 util]# ipmitool -I lan -H 10.10.8.11 -U cli -P cli -t 0x20 raw 6
1
01 81 01 50 02 bf 32 5d 00 25 83
[r...@mcd9 util]# ipmitool -I lan -H 10.10.8.11 -U cli -P cli -t 0x20 mc
info
Device ID : 1
Device Revision : 1
Firmware Revision : 1.50
IPMI Version : 2.0
Manufacturer ID : 23858
Manufacturer Name : Unknown (0x5D32)
Product ID : 33573 (0x8325)
Product Name : Unknown (0x8325)
Device Available : yes
Provides Device SDRs : yes
Additional Device Support :
Sensor Device
SDR Repository Device
SEL Device
FRU Inventory Device
IPMB Event Receiver
IPMB Event Generator
Chassis Device
Aux Firmware Rev Info :
0x00
0x00
0x00
0x00
Any ideas?
Much Thanks
Morgan Yang
On Mon, Mar 22, 2010 at 1:24 PM, Corey Minyard <miny...@acm.org> wrote:
> Morgan Yang wrote:
>
>> Hi Corey:
>>
>> Ok, when I did the following, something is happening
>>
>> ipmish
>> > domain open test lan 10.10.8.11
>> Event
>> Object Type: Domain
>> Name: test
>> Operation: Add
>> > INFO: test 0 ipmi_lan.c(connection_up): Connection 0 to the BMC is up
>> INFO: test 0 ipmi_lan.c(connection_up): Connection to the BMC restored
>>
>> > domain cloEINF: test domain.c(got_dev_id): Invalid return from IPMI Get
>> Device ID, something is seriously wrong with the BMC
>> Event
>> Object Type: Domain
>> Name: test
>> Operation: Connection Change
>> Connection Number: 0
>> Port Number: 0
>> Any Connection Up: false
>> Error: 16777411
>> Error String: IPMI: Timeout:c3
>> Domain Created: test
>>
>> Event
>> Object Type: Domain
>> Name: test
>> Operation: Connection Change
>> Connection Number: 0
>> Port Number: 0
>> Any Connection Up: false
>> Error: 16777411
>> Error String: IPMI: Timeout:c3
>> > domain close test lan 10.10.8.11
>> Event
>> Object Type: Domain
>> Name: test
>> Operation: Delete
>> Domain closed: test
>> >
>> >
>>
>> However, when I use the "-U" and "-P" option, it get an error stating my
>> parameters are invalid
>> > domain open test lan 10.10.8.11 -U "cli" -P "cli"
>> error: cmd_domain.c(domain_open): Second connection parms are invalid
>> (0x16, OS: Invalid argument)
>>
> The -U and -P need to be before the IP address, not after.
>
> -corey
>
>
>> Any ideas? Again, thank you so much for your help on this matter.
>>
>>
>> Much Thanks
>> Morgan Yang
>>
>>
>> On Sun, Mar 21, 2010 at 2:33 PM, Corey Minyard <miny...@acm.org <mailto:
>> miny...@acm.org>> wrote:
>>
>> Morgan Yang wrote:
>> > Hi Corey:
>> >
>> > I've been looking into using the ipmish as a method to utilize
>> > openipmi library via a scripting. However, I've been having trouble
>> > getting it to work....
>> > I wish to interface to an ATCA shelf manager via LAN/RMCP. I've went
>> > over the ipmi_cmdlang man pages and i'm still unclear how my command
>> > structures should be. the "domain lan" option does not seem to
>> include
>> > hostname, unless domain itself is hostname?
>> >
>> > My shelf address is 10.10.0.1. Do you have any suggestions?
>>
>> The "domain open" command is used for making a new connection to a
>> domain.
>>
>> IIRC, you use "domain open <domainname> lan 10.10.0.1" to open a
>> connection. There are options for usernames and passwords and
>> such. I
>> know the help is pretty hard to read.
>>
>> Scripting the FRU stuff would be pretty hard. I'd expect it is much
>> easier to use perl or python directly, though I don't do much
>> scripting.
>>
>> -corey
>>
>> >
>> >
>> > Much Thanks
>> > Morgan Yang
>> >
>> >
>> >
>> >
>> > On Fri, Mar 12, 2010 at 11:33 AM, Corey Minyard <miny...@acm.org
>> <mailto:miny...@acm.org>
>> > <mailto:miny...@acm.org <mailto:miny...@acm.org>>> wrote:
>> >
>> > Morgan Yang wrote:
>> >
>> > Thanks Corey for the feedback for the info on
>> openipmigui. The
>> > reason i'm looking for a ipmitool or ipmiutil approach is
>> > because my systems are embedded and its just easier to
>> > automate. I will look into openipmigui, can I exercise
>> the gui
>> > editor over RMCP over LAN?
>> >
>> > Ok, you probably have some options here. If you are looking for
>> > just changing some specific standard fields, it might be
>> easier to
>> > modify ipmitool to do this, since it's probably most of the way
>> > there, anyway. If you have something custom you want to modify,
>> > openipmi has a framework where you can plug in your own
>> > encoder/decoder. The encoder/decoder has to be written in
>> C, but
>> > you can use the openipmi library from perl and python, too. And
>> > encoder/decoders are already written for the standard FRU
>> info and
>> > for a lot of ATCA.
>> >
>> > openipmigui is really just a thin wrapper over the openipmi
>> > library. And openipmigui can do RMCP over LAN. The learning
>> > curve is a lot higher than ipmitool; ipmitool is a very nice
>> > easy-to-use tool. OpenIPMI opens up just about all of IPMI
>> to the
>> > programmer, and the programming model is a bit different.
>> >
>> > -corey
>> >
>> >
>> >
>> > On Thu, Mar 11, 2010 at 10:22 PM, Corey Minyard
>> > <miny...@acm.org <mailto:miny...@acm.org>
>> <mailto:miny...@acm.org <mailto:miny...@acm.org>>
>> > <mailto:miny...@acm.org <mailto:miny...@acm.org>
>> <mailto:miny...@acm.org <mailto:miny...@acm.org>>>> wrote:
>> >
>> > Morgan Yang wrote:
>> >
>> > Hi Developers:
>> >
>> > I wonder has anyone did or is planning to add a
>> full FRU
>> > editor feature to "ipmiutil fru" or "ipmitool fru"
>> > functionality? Right ipmiutil only allows changes
>> to the
>> > "Asset Tag" field. I am interested in changing
>> "Product
>> > Version" and "Product Serial Number".
>> >
>> > OpenIPMI has a full (graphical!) FRU editor as part of
>> > openipmigui. It's more of a chore to get it working,
>> though.
>> > This would be a hard thing to cover generally in
>> ipmitool or
>> > ipmiutil. And it was really hard to write (the
>> infrastructure,
>> > not the GUI part), so I thought I would advertise it :-).
>> >
>> > -corey
>> >
>> >
>> >
>> >
>> > --
>> > All in a can, just add water and stir goodness
>> >
>> >
>> >
>> >
>> >
>> > --
>> > All in a can, just add water and stir goodness
>>
>>
>>
>>
>> --
>> All in a can, just add water and stir goodness
>>
>
>
--
All in a can, just add water and stir goodness
------------------------------------------------------------------------------
Download Intel® Parallel Studio Eval
Try the new software tools for yourself. Speed compiling, find bugs
proactively, and fine-tune applications for parallel performance.
See why Intel Parallel Studio got high marks during beta.
http://p.sf.net/sfu/intel-sw-dev
_______________________________________________
Ipmitool-devel mailing list
Ipmitool-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/ipmitool-devel
