From mboxrd@z Thu Jan 1 00:00:00 1970 From: Bernd Schubert Subject: Re: Checking consistency of Linux software RAID Date: Tue, 8 Jul 2003 18:51:31 +0200 Sender: linux-raid-owner@vger.kernel.org Message-ID: <200307081851.31385.bernd-schubert@web.de> References: <4D618F6493CE064A844A5D496733D667031A01@freedom.icomedias.com> <200307072029.14998.bernd-schubert@web.de> <200307071142330484.8AF6968B@shargaas.coreyfro.com> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: QUOTED-PRINTABLE Return-path: In-Reply-To: <200307071142330484.8AF6968B@shargaas.coreyfro.com> Content-Disposition: inline To: Corey McGuire , linux-raid@vger.kernel.org List-Id: linux-raid.ids Hello Corey! > This question has been on the tip of my tongue... Thanks for your ans= wer... > > Out of curiousity, why do you use /dev/zero? Would dd to /dev/null ca= use > problems or is /dev/zero required for proper results? > D'oh it seems I was a bit sleepy yesterday, of course, you are right - = it has=20 to be /dev/null!=20 And of course, one can only read from /dev/zero.=20 Sorry for posting improper commands. Best regards,=09 Bernd > >Hi, > > > >/proc/mdstat is to monitor the status of your raid, so when one driv= e > >fails it > >becomes dropped out of the raid-array. Using mdadm you can monitor > >/proc/mdstat and it even can send you a mail when one of your disks = fails. > >So > >if you really want to scan your disk once a week, why not running 'd= d > >if=3D/dev/mdX of=3D/dev/zero' ? So every block of every raid-disk sh= ould > >become > >read and the md-driver should automatically drop a failing disk out= of > >the > >raid. > >I guess you could even try to repair a disk when it became dropped o= ut of > >the > >raid by running some scripts, but since I never trusted any disk tha= t had > >failed ones, I never worried about it. > > > >Bernd > >- > >To unsubscribe from this list: send the line "unsubscribe linux-raid= " in > >the body of a message to majordomo@vger.kernel.org > >More majordomo info at http://vger.kernel.org/majordomo-info.html > > /\/\/\/\/\/\ Nothing is foolproof to a talented fool. /\/\/\/\/\/\ > > coreyfro@coreyfro.com > http://www.coreyfro.com/ > http://stats.distributed.net/rc5-64/psummary.php3?id=3D196879 > ICQ : 3168059 > > -----BEGIN GEEK CODE BLOCK----- > GCS d--(+) s: a-- C++++$ UBL++>++++ P+ L+ E W+++$ N+ o? K? w++++$>+++= ++$ > O---- !M--- V- PS+++ PE++(--) Y+ PGP- t--- 5(+) !X- R(+) !tv b-(+) > Dl++(++++) D++ G+ e>+++ h++(---) r++>+$ y++*>$ H++++ n---(----) p? !a= u w+ > v- 3+>++ j- G'''' B--- u+++*** f* Quake++++>+++++$ > ------END GEEK CODE BLOCK------ > > Home of Geek Code - http://www.geekcode.com/ > The Geek Code Decoder Page - http://www.ebb.org/ungeek// > > - > To unsubscribe from this list: send the line "unsubscribe linux-raid"= in > the body of a message to majordomo@vger.kernel.org > More majordomo info at http://vger.kernel.org/majordomo-info.html --=20 Bernd Schubert Physikalisch Chemisches Institut / Theoretische Chemie Universit=E4t Heidelberg INF 229 69120 Heidelberg e-mail: bernd.schubert@pci.uni-heidelberg.de - To unsubscribe from this list: send the line "unsubscribe linux-raid" i= n the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html