Hello, Jim,
Thanks for you comments.
The thing is that when doing "sdr" and "sensor" command against PICMG
systems, IPMITool tries to bridge sensor commands to another channel
(primary IPMB) instead of just sending them directly to IPMC.
This is because PICMG IPMCs have slave addresses differe
On Fri, Sep 07, 2012 at 08:02:32AM -0700, Andy Cress wrote:
> Steffen,
>
> Sounds like a firmware bug to me. Is there a later firmware version for
> this board?
Nothing I'm aware of - as I said, those boxen are 6 years old now.
Looking for an explanation of the IPMI behaviour, I found that "cha
On Mon, Sep 10, 2012 at 3:37 PM, Steffen Grunewald
wrote:
> On Fri, Sep 07, 2012 at 08:02:32AM -0700, Andy Cress wrote:
>> Steffen,
>>
>> Sounds like a firmware bug to me. Is there a later firmware version for
>> this board?
>
> Nothing I'm aware of - as I said, those boxen are 6 years old now.
>
For this symptom:
> Trying to shut down the machine (actually, a whole set of machines,
all
> behaving the same, so it's not a single fault), by running "shutdown
-h
> now", will not halt but reboot it.
> The only way to reliably switch it off seems to be to run "ipmitool
> chassis power soft", the
On Mon, 2012-09-10 at 10:32 -0700, Andy Cress wrote:
> For this symptom:
> > Trying to shut down the machine (actually, a whole set of machines,
> all
> > behaving the same, so it's not a single fault), by running "shutdown
> -h
> > now", will not halt but reboot it.
> > The only way to reliably sw
