hi there.
i saw there was (again) question about ipmi(4) being
disabled while acpi(4) is running.
fyi, there is a new thingy which allows IPMI run on top
of ACPI - ACPI IPMI Operation Region.
http://msdn.microsoft.com/en-us/library/windows/hardware/ff543825%28v=vs.85%29.aspx
http
(trimming absurdly long Cc list)
On Fri, 3 Feb 2006, Brian A. Seklecki wrote:
> I will say this, though. It takes about 35 seconds to do an "ipmitool sdr
> list full". Thus, for every two values you would like to graph in MRTG,
> you can add 35 seconds to the job's run time. The time it takes
On Fri, 2006-02-03 at 13:59, Brian A. Seklecki wrote:
> On any number of occasions, I've offered personally to donate VMWare
> licenses to Net-SNMP developers to help bring *BSD support back into the
> mainstream >:} ... That's a standing offer and I'm sure there are plenty
> of corporations th
On Fri, 3 Feb 2006, Marco Peereboom wrote:
What's wrong with?
# sysctl hw | grep ipmi
hw.sensors.0=ipmi0, Temp, OK, temp, 43.00 degC / 109.40 degF
hw.sensors.1=ipmi0, Planar Temp, OK, temp, 30.00 degC / 86.00 degF
hw.sensors.2=ipmi0, CMOS Battery, OK, volts_dc, 3.12 V
hw.sensors.3=ipmi0, Front F
What's wrong with?
# sysctl hw | grep ipmi
hw.sensors.0=ipmi0, Temp, OK, temp, 43.00 degC / 109.40 degF
hw.sensors.1=ipmi0, Planar Temp, OK, temp, 30.00 degC / 86.00 degF
hw.sensors.2=ipmi0, CMOS Battery, OK, volts_dc, 3.12 V
hw.sensors.3=ipmi0, Front Fan, OK, fanrpm, 1258 RPM
hw.sensors.4=ipmi0, B
On Thu, 26 Jan 2006, Bruce Shaw wrote:
We've actually got several different problems here.
Specifically, the OpenBSD implementation we're seeing here seems to
provide sysctl style access to Sensor data, watchdog info, etc., but what
about other IPMI functions?
I've been working on better sen
All:
Regarding the future of IPMI and SNMP, where do they intersect in the
evolution of enterprise free software (aka, BSD) ?
Specifically, the OpenBSD implementation we're seeing here seems to
provide sysctl style access to Sensor data, watchdog info, etc., but what
about other IPMI functio
> Cool, what can I do?
> Test! We need wide testing on systems that have IPMI. I bet
> there has to be
> some tuning to work around timing differences between
> platforms. The current
> code was tested on Intel, Dell and Sun boards.
Works here on a Dell SC1425, i386:
(will try amd64 later)
per engelbrecht wrote:
> This is really (really) great news.
> Been blasting through a few servers but so fare, unfortunately, without
> any ipmi? in any of the dmesg. Will try the bigger irons in a few hours.
> Looking forward to using it though. Thank you guys.
I haven't had a chance to test it
Marco Peereboom wrote:
Folks who keep track of cvs changes might have noticed a barrage of commits
regarding ipmi(4). The driver is functionally complete but needs wide testing
on both amd64 and i386 architectures. Jordan Hargrave (jordan@) wrote most of
the code.
Let's talk a bit about
On Oct 21, 2005, at 7:09 PM, Marco Peereboom wrote:
If your box supports IPMI you'll see a similar line in dmesg.
ipmi0 at mainbus0: version 1.0 interface SMIC iobase 0xecf4/3
spacing 1
Great, now how does that help me?
The driver retrieves ipmi readings and publishes them via the
sysctl i
Folks who keep track of cvs changes might have noticed a barrage of commits
regarding ipmi(4). The driver is functionally complete but needs wide testing
on both amd64 and i386 architectures. Jordan Hargrave (jordan@) wrote most of
the code.
Let's talk a bit about i
12 matches
Mail list logo