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 ------------------------------------------------------------------------------ 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
