linux-admin.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
From: Matt Howard <mhoward@sigins.com>
To: linux-admin@vger.kernel.org
Subject: Re: RAID 1
Date: Thu, 13 May 2004 14:05:07 -0500	[thread overview]
Message-ID: <c80gvr$mv3$1@sea.gmane.org> (raw)
In-Reply-To: Pine.LNX.4.58.0405131441480.2127@mlake.net

Marshall Lake wrote:
> I'm not sure what to recommend but I know what NOT to recommend.  An
> article concerning the software package named "S.M.A.R.T. Monitoring
> Tools" appeared in Linux Journal a few months back.  (Actually I'm not
> sure if S.M.A.R.T. works with RAID disks.)  This package purported to
> analyze and monitor the health of hard drives.  I ran S.M.A.R.T. on
> the
> hard drive of one of my systems.  Afterwards I had to reformat the
> hard
> drive and reinstall the system in order to get it running again.  I
> contacted the author and it was his opinion that I did something
> wrong. Even if I did do something wrong the software should not
> corrupt my hard drive the way it did.

Yes, SMART is something that can cause problems -- when it was new, many
systems couldn't boot the disks with it on.  For new drives, OTOH, it
can warn you of impending doom.  SMART is very iffy though.

Back to the OP's question:  you can "cat /proc/mdstat" for a quick
overview of raid health.  Also, you can use the "mdadm" tool to monitor
your arrays, and email you if one goes faulty.  (Also, the md driver
will send kernel log messages if an array's state changes.)

I would recommend testing the smart tool on a similar drive.  Do a
"sync" before trying, I have seen old drives that stop when they
receive the SMART commands.  DO NOT USE ANY OF THE SMART TEST
OPTIONS!!! Some disks will read-test, while others will
read/write-test.

A good plan would be to have mdadm monitor your raid, and smartd monitor
your disks.  Are you forwarding syslog to a central logging server? 
Grep the logs for warnings from md.

-- 
Matt Howard <mhoward@sigins.com>
Superior Insurance - Technical Services


  reply	other threads:[~2004-05-13 19:05 UTC|newest]

Thread overview: 6+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2004-05-13 18:28 RAID 1 Dean Carrera
2004-05-13 18:50 ` Marshall Lake
2004-05-13 19:05   ` Matt Howard [this message]
     [not found]     ` <40A48272.3040101@tid.es>
2004-05-14 14:56       ` Matt Howard
2004-05-14  9:02 ` Pau Montero Pares
2004-05-17  6:53 ` Luca Ferrari

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to='c80gvr$mv3$1@sea.gmane.org' \
    --to=mhoward@sigins.com \
    --cc=linux-admin@vger.kernel.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).