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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.