From: "Dominik Sennfelder" <buliwyf@gmx.de>
To: Guy <bugzilla@watkins-home.com>
Cc: Sennfelder@gmx.de, linux-raid@vger.kernel.org
Subject: RE: Raid Failed What to to
Date: Sat, 22 May 2004 00:35:52 +0200 (MEST) [thread overview]
Message-ID: <4845.1085178952@www14.gmx.net> (raw)
In-Reply-To: 200405212141.i4LLfEB25161@www.watkins-home.com
But it tried to resync after i have added the disc again with raidhotadd. :(
But it could do nothing. in the log file there have bon hundreds of entires
like.
May 20 23:52:25 utgard kernel: md: syncing RAID array md0
May 20 23:52:25 utgard kernel: md: minimum _guaranteed_ reconstruction
speed: 1000 KB/sec/disc.
May 20 23:52:25 utgard kernel: md: using maximum available idle IO bandwith
(but not more than 200000 KB/sec) for reconstruction.
May 20 23:52:25 utgard kernel: md: using 128k window, over a total of
156288256 blocks.
May 20 23:52:25 utgard kernel: md: md0: sync done.
But how you can se this lastet only for 1 second or something like that.
How would this work?
comment out the entries in the /etc/raidtab, boot the system
set 1 device as faulty ( best would be the one that faild the day before)
and than just mkraid /dev/md0 ?
Dominik
> 2mkraid or mdadm will work, just be very sure you use the correct options.
> As long as the system does not attempt a re-sync, the data will not be
> destroyed. But if you get the parameters wrong and a re-sync starts,
> expect
> data to be lost. So, keep 1 disk missing until you are sure you have it
> right!
>
> One of the parameters that must be correct: "parity-algorithm".
>
> If you used mkraid your /etc/raidtab file should have what you need. You
> will need to use the "failed-disk" keyword. See "man raidtab". I am not
> sure how to use it. So be careful!
>
> Guy
>
> -----Original Message-----
> From: Dominik Sennfelder [mailto:Sennfelder@gmx.de]
> Sent: Friday, May 21, 2004 4:59 PM
> To: Guy
> Cc: linux-raid@vger.kernel.org
> Subject: RE: Raid Failed What to to
>
> Hello
>
> Thanks for your help.
> I created the array with mkraid /dev/md0 after i added the entrys in
> /etc/raidtab.
> I analyzed the logs an saw that one disk failed one day before,
> so the raid run with 3 discs. My fault was to raidsetfault the wrong
> drive.
> But in that moment the Raid broke up an no write was possilble because it
> got remountet -ro. After i hotadded it again, it tried to sync but with
> only
> two discs syncing wouldn't be possible. The drive i removed wan't really
> faulty, it was just set faulty. I even could browse the filesystem when
> just
> 2 discs run.
> So can i reassamble the drive mith mdadm? or do i have to use mkraid?
>
> Thanks for your help and suggestions.
>
> Dominik
>
>
> > This is an example for using mdadm where the second of three disks is
> bad.
> > But you must use the same chunk size and other RAID5 parameters or the
> > array
> > will have bogus data. It would be nice if you still have the original
> > command you used to create the array.
> >
> > mdadm -C /dev/md0 -l 5 -n 3 /dev/hda3 missing /dev/hdc3
> >
> > Guy
> >
> > -----Original Message-----
> > From: Guy [mailto:bugzilla@watkins-home.com]
> > Sent: Friday, May 21, 2004 10:00 AM
> > To: 'Clemens Schwaighofer'; 'Dominik Sennfelder'
> > Cc: 'linux-raid@vger.kernel.org'
> > Subject: RE: Raid Failed What to to
> >
> > If you re-make the array with the same parameters as it has now the data
> > will not be lost (assuming it is still there now). If 1 disk is really
> > bad
> > then leave it out.
> >
> > The procedures depend on which program you use to create the array. Do
> > you
> > use mkraid or mdadm?
> >
> > Guy
> >
> > -----Original Message-----
> > From: linux-raid-owner@vger.kernel.org
> > [mailto:linux-raid-owner@vger.kernel.org] On Behalf Of Clemens
> > Schwaighofer
> > Sent: Friday, May 21, 2004 4:45 AM
> > To: Dominik Sennfelder
> > Cc: linux-raid@vger.kernel.org
> > Subject: Re: Raid Failed What to to
> >
> > -----BEGIN PGP SIGNED MESSAGE-----
> > Hash: SHA1
> >
> > Dominik Sennfelder wrote:
> > | Hello
> > |
> > | I have got a Raid 5 with 4 160 GB Disk,
> > | On of the Disks Failed because. But I know its OK I had this for some
> > | times.
> > | A Restart solved The Problem.
> > | But now Tried to raidhotremove the Drive and removed the wrong drive.
> > | I just recongized the Problem after i raidhotadded itagain.
> > | No the Raid tries to sync again.
> >
> > well if you removed two drives from your Raid5 array, it might got
> > competly out of sync and then there is no way to recover. I have never
> > tried this with my raid, but if you add another disk it well be
> > re-synced, ergo it tries to rebuild the array out of the CRCs on the
> > other drives, if you remove two, you don't have enough redudant data to
> > do this (raid 6 can recover from a 2 drive failure).
> >
> > I hope you have a backup.
> >
> > - --
> > Clemens Schwaighofer - IT Engineer & System Administration
> > ==========================================================
> > TEQUILA\Japan, 6-17-2 Ginza Chuo-ku, Tokyo 104-8167, JAPAN
> > Tel: +81-(0)3-3545-7703 Fax: +81-(0)3-3545-7343
> > http://www.tequila.co.jp
> > ==========================================================
> > -----BEGIN PGP SIGNATURE-----
> > Version: GnuPG v1.2.4 (GNU/Linux)
> >
> > iD8DBQFArcGmjBz/yQjBxz8RAkYKAJ9TAc03OnmIth/M03xBmopKerZLOQCcCiiG
> > wk/lAjdcrd1jPWSoLyOGLAE=
> > =5uyj
> > -----END PGP SIGNATURE-----
> > -
> > 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
> >
> >
>
> --
> Mfg Dominik Sennfelder
> --------------
> Sennfelder@gmx.de IRC: #spooky
> ICQ: 18164192 Blue Skies
>
>
> -
> 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
>
--
cYa Bul|wýf
--------------
Buliwyf@gmx.de IRC: #spooky
ICQ: 18164192 Blue Skies
-
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
next prev parent reply other threads:[~2004-05-21 22:35 UTC|newest]
Thread overview: 8+ messages / expand[flat|nested] mbox.gz Atom feed top
[not found] <200405211459.i4LExPB24054@www.watkins-home.com>
2004-05-21 20:58 ` Raid Failed What to to Dominik Sennfelder
2004-05-21 21:41 ` Guy
2004-05-21 22:35 ` Dominik Sennfelder [this message]
2004-05-22 0:20 ` Guy
2004-05-23 18:31 ` Dominik Sennfelder
2004-05-20 22:07 Dominik Sennfelder
2004-05-21 8:45 ` Clemens Schwaighofer
2004-05-21 14:00 ` Guy
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=4845.1085178952@www14.gmx.net \
--to=buliwyf@gmx.de \
--cc=Sennfelder@gmx.de \
--cc=bugzilla@watkins-home.com \
--cc=linux-raid@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).