linux-raid.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
From: David Chow <davidchow@shaolinmicro.com>
To: Neil Brown <neilb@cse.unsw.edu.au>
Cc: linux-raid@vger.kernel.org
Subject: Re: RAID-1 does not rebuild after hot-add
Date: Tue, 05 Aug 2003 00:41:18 +0800	[thread overview]
Message-ID: <3F2E8CAE.7090208@shaolinmicro.com> (raw)
In-Reply-To: 16173.43804.617586.906225@gargle.gargle.HOWL

>
>
>I'm afraid I've got no idea what would be causing this.  
>I can only suggest you try a plain 2.4.21 kernel and if the problem
>persists we can add some extra printk's to find out what is happening.
>
>NeilBrown
>
Actually, I will try to recompile a plain vanilla kernel 2.4.21 and see 
what happens. However, it seems the problem exists if the raid is 
created by mkraid with one of the disk set to failed-disk . Then hot 
adding other disks to the degraded array will cause this behaviour. I 
deduce it is something wrong in the superblock because I can only make a 
normal RAID with no failed-disk using "mkraid --force" or mdadm which 
will of course resync right after the raid starts. Is there any chance 
to record any failed disk information in RAID superblocks (I mean 
recording failed-disk on the good disk's superblock)? I thought it 
doesn't make sense but it did happen and is repeatable (you can try if 
you want). This it the only thing to deal with because we can never keep 
the already started "good" disk superblock which is previously created 
in a degraded mode with failed-disk. Also, I've make sure other hot add 
partitions have already dd'ed to zeros. Maybe, I can hexdump a copy of 
the superblock for you to look at. What is the offset and size of the 
superblock of a RAID-1 device? I am sure this can effectively solve the 
problem right away.

regards,
David Chow


  reply	other threads:[~2003-08-04 16:41 UTC|newest]

Thread overview: 14+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2003-08-03 14:43 RAID-1 does not rebuild after hot-add David Chow
2003-08-03 16:55 ` Stephen Lee
2003-08-04 16:34   ` David Chow
2003-08-04 17:06     ` Ross Vandegrift
2003-08-04 17:46       ` Paul Clements
2003-08-04  0:38 ` Neil Brown
2003-08-04 16:41   ` David Chow [this message]
2003-08-05  2:16     ` Neil Brown
2003-08-05  6:32       ` David Chow
2003-08-05  6:53         ` Neil Brown
2003-08-05 11:58           ` David Chow
2003-08-06  1:01             ` Neil Brown
2003-08-04 12:41 ` Andrew Rechenberg
2003-08-04 16:32   ` David Chow

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=3F2E8CAE.7090208@shaolinmicro.com \
    --to=davidchow@shaolinmicro.com \
    --cc=linux-raid@vger.kernel.org \
    --cc=neilb@cse.unsw.edu.au \
    /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).