Bug#407734: [Logcheck-devel] Bug#407734: logcheck-database: logcheck-rules shouldn't try to parse SMART values

[Elmar Hoffmann]

Hi,

on Sat, Jan 20, 2007 at 20:47:07 +0100, Ingo Korb wrote:

> This behaviour isn't very sensible though - in a default installation
> of smartmontools on Debian, smartd reports the normalized value for
> all attributes in the logfile. The relation of normalized values to
> the raw attribute is vendor-specific, so there is no sensible threshold
> that logcheck could use (smartd can though, it knows the theshold
> for failure set by the vendor).

Yet one would prefer to be warned about high temperature before
failure. ;)
While this in the past justified rules like this, smartmontools 5.37
added the -W switch allowing temperature tracking and warning to be
configured.

Due to this, I believe it is now fine to have rules ignoring all of
smartd's temperature messages and have the users that care about the
operation conditions of their drives configure smartd accordingly
instead.

elmar

-- 

 .'"`.                                                            /"\
| :' :   Elmar Hoffmann <elho at elho.net>    ASCII Ribbon Campaign  \ /
`. `'    GPG key available via pgp.net        against HTML email   X
  `-                                                    & vCards  / \
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 189 bytes
Desc: Digital signature
Url : http://lists.alioth.debian.org/pipermail/logcheck-devel/attachments/20070128/d9197839/attachment.pgp