Mark Seger wrote:
I've just discovered ipmitool - very cool stuff - and an fact running it
from a perl script from which I want to sample fans and temps. I saw
some earlier notes suggesting a more powerful perl interface to get
better performance, but when I tried to download it I got
ipmitool sdr dump /tmp/sdr
the dump command is not documented, at least not when I type 'ipmitool'
time for i in `seq 1 10`; do ipmitool -S /tmp/sdr sdr /dev/null; done
I read about -S but ipmitool -h said implied it was for remote access.
No mention of local. It does seem to help out a lot
Check out this:
[EMAIL PROTECTED] tmp]# ipmitool sdr | grep POST
POST ERROR | 0x01 | ok
and now look at this:
[EMAIL PROTECTED] tmp]# ipmitool -c sdr | grep POST
POST ERROR,01h,ok,34.0,Unspecified, No system memory installed, No
usable system memory, Unrecoverable IDE device
Martin -
You're not the only one with the problem:
http://sudan.ubuntuforums.com/showthread.php?t=553730
I'd check to make sure that there is an inittab entry for the [same]
serial port that SOL uses.
- Eric
-Original Message-
From: [EMAIL PROTECTED]
[mailto:ipmitool-devel-
[EMAIL
I want to be able to run ipmitool -S from a script that for all intents
and purposes runs forever. If I create the dump file once is that
sufficient or are these cases when it would be invalid and need to be
refresh?
-mark
Hi Mark,
The SDR can change during a firmware update or something similarly (new
motherboard rev, etc.). In FreeIPMI, I check the SDR version number and
timestamps to verify if cached SDR data is valid/invalid.
I assume the same could be done with the output from 'sdr info'.
Al
On Mon,
I've installed ipmitool on about 1/2 dozen machines, each a different
type, all running redhat distros. On one of them, an amd box running
rhel4.2, it starts just fine but on all the other systems, some AMD some
not it won't start and the only indication is the command 'service ipmi
start'
so you're saying as long as the sdr version doesn't change the cache is
valid? I don't think I can go by the date though, based on the dates0
ipmitool sdr info is reporting on my system 8-)
[EMAIL PROTECTED] ~]# ipmitool sdr info
SDR Version : 0x51
Record Count
I found something and I think this is pretty serious. I found that
/etc/sysconfig/ipmi on the systems that the service wouldn't start on
looked nothing like that file on systems it would start on! In
particular, changing the lines:
IPMI_SI=yes
DEV_IPMI=yes
to
IPMI_SI=1
DEV_IPMI=1
now
