Common interface for sensors/health monitoring

[Alexander Leidinger]

On Sun, 23 Aug 2009 17:13:42 +0200 Marc Balmer <marc at msys.ch> wrote:


> 
> Am 23.08.2009 um 17:08 schrieb Alexander Leidinger:
> 
> > On Sat, 22 Aug 2009 21:02:32 +0200 "Aurélien Méré"
> > <aurelien.mere at amc-os.com> wrote:
> >
> >> I'm just afraid by reading your email that the situation doesn't
> >> seem to have evolved since the discussion regarding the SoC, maybe
> >> even more taboo, and that I'll have to keep writing my own
> >> software and drivers to get the data I want in the future if I
> >> want to get this data under FreeBSD.. Is it the case ?
> >
> > It is not "taboo", it is just that nobody wants to spend his spare  
> > time
> > with something like this now.
> >
> > And yes, as far as I know you have to keep writting our own stuff.
> > But maybe we can set up a wiki page where people can share their
> > FreeBSD specific stuff. Someone just has to be willing to invest
> > some time to add stuff. I have a little script which adds 24 values
> > to ganglia, and it's extensible (4 lines for wach value), e.g.:
> > ---snip---
> > metrics="${metrics} HD3_Temp"
> > HD3_Temp_value="$(smartctl -A ad3 |awk '/Temperature_Celsius/
> > { print $10 }')" HD3_Temp_type="uint8"
> > HD3_Temp_unit="Celsius"
> >
> > metrics="${metrics} logins"
> > logins_value="$(who -q | grep users | cut -d ' ' -f 4)"
> > logins_type="uint8"
> > logins_unit="Users"
> >
> > metrics="${metrics} SwapIn"
> > SwapIn_value="$(sysctl vm.stats.vm.v_swapin | cut -d ' ' -f 2)"
> > SwapIn_type="uint32"
> > SwapIn_unit="Units"
> > ---snip---
> >
> > I would add my script to such a wiki page, if some else is willing
> > to start such a page.
> 
> <sarcasm >
> such a script would indeed be much nicer than a well crafted
> framework for the job.
> </sarcasm>

Indeed...

> > If someone not @FreeBSD.org wants to maintain such a page, feel
> > free to
> > register in the wiki and tell me (or another committer), I will
> > hand out
> > write permission then.
> 
> I hope people spend their time on thinking what was bad with the  
> sensor framework last time and improve on that, instead.

Go and read in the archives about it, maybe you understand why
there's not much motivation to spend spare time on such a topic.

Bye,
Alexander.