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....
>
> [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 
> <mailto: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>
>         <mailto: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>>
>            > <mailto: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>>>
>            >         <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 <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&#174; 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

Reply via email to