On Dec 6, 2007 3:58 PM, Mike Shapiro <mws at sun.com> wrote:
> On Thu, Dec 06, 2007 at 03:23:47PM +0800, lingjun wang (Simon) wrote:
> > Hi sponsor,
> > Now we are responsible for porting GPL-licensed smartmontools to sfw.
> > Here is its brief introduction:
> >
> > smartmontools contains utilities that control and monitor storage
> > devices using the Self-Monitoring, Analysis and Reporting Technology
> > (S.M.A.R.T.) system build into ATA and SCSI Hard Drives. This is used
> > to check the reliability of the hard drive and to predict drive
> > failures. smartmontools Version 5.x is designed to comply to the
> > ATA/ATAPI-5 specification (Revision 1). Future releases of
> > smartmontools (Versions 6.x and 7.x) will comply with the ATA/ATAPI-6
> > and ATA/ATAPI-7 specifications.
> >
> > This package is meant to be an up-to-date replacement for the
> > ucsc-smartsuite and smartsuite packages, and is derived from that
> > code.
> >
> > Could you help us recommend a sponsor for this project?
> >
> > Thanks
> > - Simon
> I'd like to see this project discussed in some detail in the fault
> management community (fm-discuss at opensolaris.org).  There is a lot
> of useful content in the smartmon tools, but on the reporting side
> we have already a significant and unique architecture (FMA) for
> analyzing error telemetry and pushing it into the management stack,
> and I want to understand clearly how the smartmon stuff will be
> integrated in a way that doesn't disrupt that.  In particular, FMA
> already has support for SMART data monitoring and uses that to
> report disk failures, so we need to be sure adding the smartmon
> sfw tools doesn't cause conflicting information through another path.

One feature that smartmontools provides that isn't available with FMA
is ability to query SMART attributes on a disk. Smartmontools provides
the smartctl utility to perform this operation, and I think that alone
warrants it's inclusion in opensolaris.

- Ryan
UNIX Administrator

Reply via email to