From: Corey M. <mi...@ac...> - 2010-03-24 22:29:07
|
That's strange. Do a "debug msg on" and a "debug rawmsg on" before doing the domain open and send me the output. This looks very strange. -corey Morgan Yang wrote: > 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.... > > [root@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 > > [root@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 <mi...@ac... > <mailto:mi...@ac...>> 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 > <mi...@ac... <mailto:mi...@ac...> > <mailto:mi...@ac... <mailto:mi...@ac...>>> 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 > <mi...@ac... <mailto:mi...@ac...> > <mailto:mi...@ac... <mailto:mi...@ac...>> > > <mailto:mi...@ac... <mailto:mi...@ac...> > <mailto:mi...@ac... <mailto:mi...@ac...>>>> 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 > > <mi...@ac... <mailto:mi...@ac...> > <mailto:mi...@ac... <mailto:mi...@ac...>> > <mailto:mi...@ac... <mailto:mi...@ac...> > <mailto:mi...@ac... <mailto:mi...@ac...>>> > > <mailto:mi...@ac... <mailto:mi...@ac...> > <mailto:mi...@ac... <mailto:mi...@ac...>> > <mailto:mi...@ac... <mailto:mi...@ac...> > <mailto:mi...@ac... <mailto:mi...@ac...>>>>> 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 |