[Top][All Lists]

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [Freeipmi-users] Intel S3420GP invalid integrity check value

From: Albert Chu
Subject: Re: [Freeipmi-users] Intel S3420GP invalid integrity check value
Date: Thu, 19 May 2011 09:58:40 -0700

Hi David,

On Thu, 2011-05-19 at 02:48 -0700, David Liontooth wrote:
> Hi Al,
> Thanks for the help! I've been wanting to get this working for several 
> years ...
> On 05/19/2011 02:24 AM, Albert Chu wrote:
> >> The error messages in ipmi have to be taken with a grain of salt.
> > Yeah, unfortunately there's not much I can do when the vendor implements
> > something wrong.  IIRC, in this case, the remote machine is reporting to
> > the client invalid "checks".  Normally, this means the password was
> > wrong, but in this motherboard's case, it's b/c they were doing a hash
> > incorrectly.
> Sure, I gather there are a lot of quirks with this hardware.
> My main issue right now is that only one out of my seven Intel servers 
> (five of them S3420GP) respond to impiping. In-band works fine on all of 
> them, and I've used bmc-config to duplicate the configuration of the one 
> working machine on the other S3420GP boxen, changing only IP and MAC 
> addresses. I have a mix of public and private networks and udev 
> reassignments of NICs, but the machine that works is no different in 
> this respect from the others. Can I do something like nmap to see if the 
> port is open?

Using nmap should work to see if the port is open (or more notably, if
you can nmap the IP you configure for IPMI.

> What is the minimal configuration needed for ipmiping to get a response? 
> What could be causing the block? I just lucked out to have at least 
> one working system, so at least I get to see how things should be 
> behaving.

It should simply be enabling IPMI (via Lan_Channel), configuring a
proper IP, MAC, subnet, gateway, etc.  If you're configuring an
identical IP address as the host machine, it may be worth configuring a
different one just to try.

I've witnessed some motherboards not "take" a configuration until you
hard-reset the node.  Hard-reset meaning hitting the power button
physically.  Or you can cold-reset the BMC by running

bmc-device --cold-reset

to get the same affect. (I believe this is the equivalent of mc reset
cold below)

It's also possible there could be something in your BIOS affecting
things.  I've seen some motherboards have BIOS options for putting the
ethernet card into certain modes which allow/not-allow IPMI.

> How can I reset and clear the configuration? I used "ipmitool mc reset 
> cold" and it seemed to wipe the configuration (but not reboot the 
> machine), but after a reboot it was back. As I said, I'm completely 
> green to this and haven't found anyone on my campus willing and able to 
> tell me what's going on.

Some motherboards have factory reset capabilities, but they are
manufacturer/OEM specific.  I haven't come across one for Intel
motherboards yet, so there aren't any in ipmi-oem yet.

> >> Can you set this up with a daemon and e-mail warnings?
> > You mean like when sensors are out of whack?  Or when a SEL entry
> > reports an issue?
> This sort of thing -- customized criteria for automatic remote 
> monitoring. I'm not there yet though, as I can't even ping.

FreeIPMI doesn't have something that high level/specific at the moment
(I've been thinking of writing one, but haven't had the time to).
FreeIPMI currently has libraries/tools that are more for others to build
upon for that feature.


> Cheers,
> Dave
Albert Chu
Computer Scientist
High Performance Systems Division
Lawrence Livermore National Laboratory

reply via email to

[Prev in Thread] Current Thread [Next in Thread]