[Beowulf] recommendation on crash cart for a cluster room: full cluster KVM is not an option I suppose?

Mark Hahn hahn at mcmaster.ca
Sat Oct 3 14:11:03 PDT 2009

>> ./src/ipmitool -I open chassis status
>> Could not open device at /dev/ipmi0 or /dev/ipmi/0 or /dev/ipmidev/0:

that's local ipmi, which to me is quite beside the point.  ipmi is valuable
primarily for its out-of-band-ness - that is, you can get to it when 
the host is off or wedged.

> you're connecting locally over the IPMI bus. Here's the modules I see
> loaded on one of my RHEL5 Dell systems:
> ipmi_devintf           44753  0
> ipmi_si                77453  0
> ipmi_msghandler        72985  2 ipmi_devintf,ipmi_si
> If you can't get the IPMI devices working even after loading those
> modules, you might try looking at configuring your system's IPMI network
> interface manually. You should be able to do this during the boot
> process on any system (look for a device called "Service Processor" or
> "Baseboard Management Controller" after POST and before the OS boots).
> Some systems also have their own non-IPMI ways of configuring IPMI. If

on our dl145's, we don't normally have local ipmi enabled at all,
since it's inferior to remote.  but
       modprobe ipmi_devintf;modprobe ipmi_si
loads it, which can be useful for something like
       ipmitool user set password 3 foobar
       ipmitool mc reset

> you're on Dell you can use OpenManage's omconfig command-line tool.

IMO, proprietary tools are evil.  using them encourages vendors to 
diverge from open standards and hurts everyone, and in the long-term.

demand standards and just say "no" to non-standards, especially when 
venors claim that they're supra-standard features.  if we as computer
people have learned anything at all from our own history, 
it is that open standards drive everything in the end.

More information about the Beowulf mailing list