Re: Porting OpenBSD's sysctl hw.sensors framework to FreeBSD
- From: John Baldwin <jhb@xxxxxxxxxxx>
- Date: Fri, 13 Jul 2007 12:52:06 -0400
On Friday 13 July 2007 11:48:19 am Constantine A. Murenin wrote:
On 12/07/2007 14:04, John Baldwin wrote:firmware
On Thursday 12 July 2007 03:00:08 am Alexander Leidinger wrote:
Quoting John Baldwin <jhb@xxxxxxxxxxx> (from Wed, 11 Jul 2007
11:45:26 -0400):
On Wednesday 11 July 2007 07:49:59 am Alexander Leidinger wrote:
On the other hand you don't want to allow an userland tool to directly
mess around with the registers on your RAID or NIC to get some status...
Err, that's how all the RAID utilities I've used work. They send
can becommands from userland and parse the replies in userland. One exception
I've
That's sad... they should provide this functionality in the driver
instead, it would allow to use access restrictions for some parts.
Not really, it avoids having to duplicate a lot of work in drivers that
thewritten once in a cross-platform userland utility. Drivers aren't really
toplace to be monitoring raid status sending pages, e-mails, etc. It's best
let userland invoke sendmail, not the kernel. :)
John, I'm sorry to disappoint you, but RAID drivers in OpenBSD don't
implement SMTP and don't do emails, they only provide updates to the
sensors framework when there are some changes in the state of the drive. :)
sensorsd(8) is used to send alerts and emails based on the information
from the sensors framework, and user configuration.
bioctl(8) is used to configure RAID for _all drivers_. There are no
separate utilities for RAID configuration based on brand-name, just like
nowadays there are no separate utilities for configuring Ethernet
adapters. [0]
According to the various manpages on www.openbsd.org you cannot configure
arrays on the OS for at least mfi(4), ciss(4), twe(4), mpi(4) (like mpt(4) in
FreeBSD) or ami(4) (like amr(4) in FreeBSD). You can only do monitoring via
hw.sensors for ciss(4) and ami(4), and the example for monitoring ami(4) in
the manpage shows that you can only get volume level data, and as a _string_
and that you can't get backing physical drive status to know which physical
drive has failed and needs to be replaced:
$ sysctl hw.sensors.ami0
hw.sensors.ami0.drive0=online (sd0), OK
hw.sensors.ami0.drive1=degraded (sd1), WARNING
hw.sensors.ami0.drive2=failed (sd2), CRITICAL
--
John Baldwin
_______________________________________________
freebsd-arch@xxxxxxxxxxx mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-arch
To unsubscribe, send any mail to "freebsd-arch-unsubscribe@xxxxxxxxxxx"
- Follow-Ups:
- Re: Porting OpenBSD's sysctl hw.sensors framework to FreeBSD
- From: Constantine A. Murenin
- Re: Porting OpenBSD's sysctl hw.sensors framework to FreeBSD
- References:
- Re: Porting OpenBSD's sysctl hw.sensors framework to FreeBSD
- From: Poul-Henning Kamp
- Re: Porting OpenBSD's sysctl hw.sensors framework to FreeBSD
- From: John Baldwin
- Re: Porting OpenBSD's sysctl hw.sensors framework to FreeBSD
- From: Constantine A. Murenin
- Re: Porting OpenBSD's sysctl hw.sensors framework to FreeBSD
- Prev by Date: Re: Porting OpenBSD's sysctl hw.sensors framework to FreeBSD
- Next by Date: Re: Porting OpenBSD's sysctl hw.sensors framework to FreeBSD
- Previous by thread: Re: Porting OpenBSD's sysctl hw.sensors framework to FreeBSD
- Next by thread: Re: Porting OpenBSD's sysctl hw.sensors framework to FreeBSD
- Index(es):
Relevant Pages
|
|