[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: [Freeipmi-devel] Issue with ipmi-oem supermicro (pmbus) power-supply
From: |
Albert Chu |
Subject: |
Re: [Freeipmi-devel] Issue with ipmi-oem supermicro (pmbus) power-supply-status |
Date: |
Wed, 09 Sep 2015 14:24:03 -0700 |
Cool, it'll be in the next release of FreeIPMI.
Al
On Wed, 2015-09-09 at 14:41 -0500, Scott Silverman wrote:
> It appears to work, but the 00 is in fact a "good" state. I can't pull
> a power cable just now to confirm what a "bad" state is, but I'll let
> you know tomorrow.
>
>
> Thanks for such a prompt response, it's much appreciated.
>
>
>
>
>
>
>
> Thanks,
>
>
> Scott Silverman | IT | Simplex | 312-360-2444
> 230 S. LaSalle St., Suite 4-100, Chicago, IL 60604
>
> On Wed, Sep 9, 2015 at 1:25 PM, Albert Chu <address@hidden> wrote:
> On Wed, 2015-09-09 at 13:16 -0500, Scott Silverman wrote:
> > Actually, it seems that 00 is good in this case. I asked
> supermicro
> > for confirmation on all possessible values but haven't heard
> back
> > yet.
>
> Ok, just give it a shot with what's there. If I have to
> reverse the
> values, that's just a quick simple change.
>
> > I will test, probably tomorrow, and get back to you, thanks!
>
> Great!
>
> Al
>
> >
> > Scott Silverman | IT | Simplex | 312-360-2444
> >
> > 230 S. LaSalle St., Suite 4-100, Chicago, IL 60604
> >
> > On Sep 9, 2015 1:12 PM, "Albert Chu" <address@hidden> wrote:
> > That's not too far removed from the other
> motherboard. From
> > ipmi-oem's
> > comments:
> >
> > /* Supermicro OEM
> > * From Supermicro Engineer
> > *
> > * Request
> > *
> > * 0x06 - network function
> > * 0x52 - cmd (master read/write)
> > * 0x07 - (channel = 0, bus id = 3, bus type =
> private)
> > * 0x?? - slave address
> > * - 0x70 - ps 1
> > * - 0x72 - ps 2
> > * - 0x74 - ps 3
> > * 0x01 - read count
> > * 0x0c - data to write ... no idea why 0x0c
> > *
> > * Response
> > *
> > * 0x52 - cmd
> > * 0x?? - Completion Code
> > * 0x?? - 0x01 - good
> > * - 0x00 - bad
> > */
> >
> > I added yours into a branch of FreeIPMI if you could
> give it a
> > shot. I
> > just assumed the good vs bad response was the same.
> >
> > svn co
> >
>
> http://svn.savannah.gnu.org/svn/freeipmi/branches/supermicroipmioempower
> freeipmi
> > cd freeipmi
> > ./autogen.sh
> > ./configure
> > make
> > ipmi-oem/ipmi-oem supermicro
> get-power-supply-status2 1
> > ipmi-oem/ipmi-oem supermicro
> get-power-supply-status2 2
> >
> > As an aside, after I realized that this was going
> through the
> > master
> > read/write and not some arbitrary Supermicro OEM
> command, I
> > actually can
> > add an error message for the 83h error code you saw
> before.
> > So
> > hopefully that's taken care of when you run the
> original. I
> > get
> >
> > # ipmi-oem/ipmi-oem Supermicro
> get-power-supply-status 1
> > Supermicro:get-power-supply-status failed: NAK on
> Write
> >
> > Al
> >
> > On Wed, 2015-09-09 at 12:09 -0500, Scott Silverman
> wrote:
> > > I assume that was the case. If it helps, I have
> the
> > following from
> > > SuperMicro (can only confirm for the listed board,
> I don't
> > have any
> > > other X10 to test on):
> > >
> > >
> > > For the X10DRU-i+, please try the command below:
> > >
> > > raw 0x06 0x52 0x07 0xb0 0x01 0x0c for power
> supply 1
> > >
> > > raw 0x06 0x52 0x07 0xb2 0x01 0x0c for power
> supply 2
> > >
> > >
> > >
> > >
> > >
> > >
> > >
> > >
> > >
> > >
> > >
> > > Thanks,
> > >
> > >
> > > Scott Silverman | IT | Simplex | 312-360-2444
> > > 230 S. LaSalle St., Suite 4-100, Chicago, IL 60604
> > >
> > > On Tue, Sep 8, 2015 at 12:21 PM, Albert Chu
> <address@hidden>
> > wrote:
> > > Hi Scott,
> > >
> > > Thanks for the report. Unfortunately,
> since this is
> > a
> > > Supermicro
> > > specific error, not much we can do except
> wait for a
> > potential
> > > update of
> > > information from Supermicro. I can ping
> some
> > Supermicro folks
> > > and see
> > > if they can help.
> > >
> > > Al
> > >
> > > On Fri, 2015-09-04 at 11:18 -0500, Scott
> Silverman
> > wrote:
> > > > Running the ipmi-oem supermicro
> > > get-(pmbus-)power-supply-status
> > > > commands against newer (X10 based)
> SuperMicro
> > servers
> > > results in the
> > > > following error:
> > > >
> > > >
> > > >
> > > > supermicro:get-pmbus-power-supply-status
> failed:
> > No error
> > > message
> > > > found for command 52h, network function
> 06h, and
> > completion
> > > code 83h.
> > > > Please report to
> <address@hidden>
> > > >
> > > >
> > > > As requested, I'm reporting.
> > > >
> > > >
> > > > I've attached debug output for the
> regular and the
> > pmbus
> > > version. Let
> > > > me know if there's anything I can do to
> help
> > further.
> > > >
> > > >
> > > >
> > > >
> > > > Thanks,
> > > >
> > > >
> > > > Scott Silverman | IT | Simplex |
> 312-360-2444
> > > > 230 S. LaSalle St., Suite 4-100,
> Chicago, IL 60604
> > > >
> > >
> > > > DISCLAIMER: NOTICE REGARDING PRIVACY AND
> > CONFIDENTIALITY
> > > >
> > > > The information contained in and/or
> accompanying
> > this
> > > communication is
> > > > intended only for use by the
> addressee(s) named
> > herein and
> > > may contain
> > > > legally privileged and/or confidential
> > information. If you
> > > are not the
> > > > intended recipient of this e-mail, you
> are hereby
> > notified
> > > that any
> > > > dissemination, distribution or copying
> of this
> > information,
> > > and any
> > > > attachments thereto, is strictly
> prohibited. If
> > you have
> > > received this
> > > > e-mail in error, please immediately
> notify the
> > sender and
> > > permanently
> > > > delete the original and any copy of any
> e-mail and
> > any
> > > printout
> > > > thereof. Electronic transmissions cannot
> be
> > guaranteed to be
> > > secure or
> > > > error-free. The sender therefore does
> not accept
> > liability
> > > for any
> > > > errors or omissions in the contents of
> this
> > message which
> > > arise as a
> > > > result of e-mail transmission. Simplex
> Trading,
> > LLC and its
> > > affiliates
> > > > reserves the right to intercept,
> monitor, and
> > retain
> > > electronic
> > > > communications to and from its system as
> permitted
> > by law.
> > > Simplex
> > > > Trading, LLC is a registered Broker
> Dealer with
> > CBOE and a
> > > Member of
> > > > SIPC.
> > > >
> _______________________________________________
> > > > Freeipmi-devel mailing list
> > > > address@hidden
> > > >
> >
> https://lists.gnu.org/mailman/listinfo/freeipmi-devel
> > > --
> > > Albert Chu
> > > address@hidden
> > > Computer Scientist
> > > High Performance Systems Division
> > > Lawrence Livermore National Laboratory
> > >
> > >
> > >
> > >
> > >
> > > DISCLAIMER: NOTICE REGARDING PRIVACY AND
> CONFIDENTIALITY
> > >
> > > The information contained in and/or accompanying
> this
> > communication is
> > > intended only for use by the addressee(s) named
> herein and
> > may contain
> > > legally privileged and/or confidential
> information. If you
> > are not the
> > > intended recipient of this e-mail, you are hereby
> notified
> > that any
> > > dissemination, distribution or copying of this
> information,
> > and any
> > > attachments thereto, is strictly prohibited. If
> you have
> > received this
> > > e-mail in error, please immediately notify the
> sender and
> > permanently
> > > delete the original and any copy of any e-mail and
> any
> > printout
> > > thereof. Electronic transmissions cannot be
> guaranteed to be
> > secure or
> > > error-free. The sender therefore does not accept
> liability
> > for any
> > > errors or omissions in the contents of this
> message which
> > arise as a
> > > result of e-mail transmission. Simplex Trading,
> LLC and its
> > affiliates
> > > reserves the right to intercept, monitor, and
> retain
> > electronic
> > > communications to and from its system as permitted
> by law.
> > Simplex
> > > Trading, LLC is a registered Broker Dealer with
> CBOE and a
> > Member of
> > > SIPC.
> > --
> > Albert Chu
> > address@hidden
> > Computer Scientist
> > High Performance Systems Division
> > Lawrence Livermore National Laboratory
> >
> >
> >
> > DISCLAIMER: NOTICE REGARDING PRIVACY AND CONFIDENTIALITY
> >
> > The information contained in and/or accompanying this
> communication is
> > intended only for use by the addressee(s) named herein and
> may contain
> > legally privileged and/or confidential information. If you
> are not the
> > intended recipient of this e-mail, you are hereby notified
> that any
> > dissemination, distribution or copying of this information,
> and any
> > attachments thereto, is strictly prohibited. If you have
> received this
> > e-mail in error, please immediately notify the sender and
> permanently
> > delete the original and any copy of any e-mail and any
> printout
> > thereof. Electronic transmissions cannot be guaranteed to be
> secure or
> > error-free. The sender therefore does not accept liability
> for any
> > errors or omissions in the contents of this message which
> arise as a
> > result of e-mail transmission. Simplex Trading, LLC and its
> affiliates
> > reserves the right to intercept, monitor, and retain
> electronic
> > communications to and from its system as permitted by law.
> Simplex
> > Trading, LLC is a registered Broker Dealer with CBOE and a
> Member of
> > SIPC.
> --
> Albert Chu
> address@hidden
> Computer Scientist
> High Performance Systems Division
> Lawrence Livermore National Laboratory
>
>
>
>
>
>
> DISCLAIMER: NOTICE REGARDING PRIVACY AND CONFIDENTIALITY
>
> The information contained in and/or accompanying this communication is
> intended only for use by the addressee(s) named herein and may contain
> legally privileged and/or confidential information. If you are not the
> intended recipient of this e-mail, you are hereby notified that any
> dissemination, distribution or copying of this information, and any
> attachments thereto, is strictly prohibited. If you have received this
> e-mail in error, please immediately notify the sender and permanently
> delete the original and any copy of any e-mail and any printout
> thereof. Electronic transmissions cannot be guaranteed to be secure or
> error-free. The sender therefore does not accept liability for any
> errors or omissions in the contents of this message which arise as a
> result of e-mail transmission. Simplex Trading, LLC and its affiliates
> reserves the right to intercept, monitor, and retain electronic
> communications to and from its system as permitted by law. Simplex
> Trading, LLC is a registered Broker Dealer with CBOE and a Member of
> SIPC.
--
Albert Chu
address@hidden
Computer Scientist
High Performance Systems Division
Lawrence Livermore National Laboratory
- [Freeipmi-devel] Issue with ipmi-oem supermicro (pmbus) power-supply-status, Scott Silverman, 2015/09/04
- Re: [Freeipmi-devel] Issue with ipmi-oem supermicro (pmbus) power-supply-status, Albert Chu, 2015/09/08
- Re: [Freeipmi-devel] Issue with ipmi-oem supermicro (pmbus) power-supply-status, Scott Silverman, 2015/09/09
- Re: [Freeipmi-devel] Issue with ipmi-oem supermicro (pmbus) power-supply-status, Albert Chu, 2015/09/09
- Re: [Freeipmi-devel] Issue with ipmi-oem supermicro (pmbus) power-supply-status, Scott Silverman, 2015/09/09
- Re: [Freeipmi-devel] Issue with ipmi-oem supermicro (pmbus) power-supply-status, Albert Chu, 2015/09/09
- Re: [Freeipmi-devel] Issue with ipmi-oem supermicro (pmbus) power-supply-status, Scott Silverman, 2015/09/09
- Re: [Freeipmi-devel] Issue with ipmi-oem supermicro (pmbus) power-supply-status,
Albert Chu <=
- Re: [Freeipmi-devel] Issue with ipmi-oem supermicro (pmbus) power-supply-status, Werner Fischer, 2015/09/10
- Re: [Freeipmi-devel] Issue with ipmi-oem supermicro (pmbus) power-supply-status, Scott Silverman, 2015/09/10
- Re: [Freeipmi-devel] Issue with ipmi-oem supermicro (pmbus) power-supply-status, Albert Chu, 2015/09/10
- Re: [Freeipmi-devel] Issue with ipmi-oem supermicro (pmbus) power-supply-status, Scott Silverman, 2015/09/15
- Re: [Freeipmi-devel] Issue with ipmi-oem supermicro (pmbus) power-supply-status, Albert Chu, 2015/09/15
- Re: [Freeipmi-devel] Issue with ipmi-oem supermicro (pmbus) power-supply-status, Scott Silverman, 2015/09/22
- Re: [Freeipmi-devel] Issue with ipmi-oem supermicro (pmbus) power-supply-status, Albert Chu, 2015/09/22