Linux RAID subsystem development
 help / color / mirror / Atom feed
From: Ram Ramesh <rramesh2400@gmail.com>
To: NeilBrown <neilb@suse.de>
Cc: Linux Raid <linux-raid@vger.kernel.org>
Subject: Re: Unable to re-add a disk  after a reboot.
Date: Thu, 14 Aug 2014 20:33:45 -0500	[thread overview]
Message-ID: <53ED6379.8030404@gmail.com> (raw)
In-Reply-To: <20140815101924.1d09363d@notabene.brown>

On 08/14/2014 07:19 PM, NeilBrown wrote:
> On Thu, 14 Aug 2014 18:08:30 -0500 Ram Ramesh <rramesh2400@gmail.com> wrote:
>
>> Hi,
>>
>>     I just finished converting a 3-disk raid5 to 4-disk raid6. After a
>> reboot to start clean, I noticed that one of the disk (the new one I
>> just added) was missing in /proc/partitions. This was disk 4 in my
>> /dev/md0. Assuming some cable issue, I powered off, wiggled the cables
>> and restarted and the device was found by kernel. However, md0 shows
>> device missing and array degraded
>>
>>      lata [rramesh] 280 > cat /proc/mdstat
>>      Personalities : [raid6] [raid5] [raid4]
>>      md0 : active raid6 sdb1[0] sdd1[3] sdc1[1]
>>             3906763776 blocks super 1.2 level 6, 512k chunk, algorithm 2
>>      [4/3] [UUU_]
>>
>>      unused devices: <none>
>>
>> However my attempt to --re-add does not work.
>>
>>      lata [rramesh] 277 > sudo mdadm /dev/md0 --verbose --re-add /dev/sde1
>>      mdadm: --re-add for /dev/sde1 to /dev/md0 is not possible
> "re-add" only makes sense when you have a write-indent bitmap which you don't
> have.
> So you need to "--add" which marks the device as a spare and then starts a
> complete rebuild.
>
>
>> I checked the SMART and it shows a lot of reallocated_sector_ct errors
>> also. So, the disk is dying, but I am not able understand why mdadm
>> would not add.
> It will "add".  It just wont "re-add".
>
> NeilBrown
>
>
Thanks. Did not know that. I thought it will add without rebuild. This 
means if a cable accidentally came off or if I booted without one disk 
by mistake, my arrays are dead. This looks too restrictive. I must be 
wrong in my conclusion. Please help me see this. Is there a add with 
assume clean?

Anyway, there is no point in rebuilding (or adding) it after it failed 
this miserably (has 17K reallocated event count, whatever that means) . 
I will let the array be degraded until I find a replacement.

I thought write-intent bitmap was not a good idea. May be I did not 
research enough. This brings me to the next (probably more important) 
question. How do I replace a old drive that has not died without having 
to rebuild? If I did a dd image xfer will it accept
the replacement?

Ramesh


  reply	other threads:[~2014-08-15  1:33 UTC|newest]

Thread overview: 6+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2014-08-14 23:08 Unable to re-add a disk after a reboot Ram Ramesh
2014-08-15  0:19 ` NeilBrown
2014-08-15  1:33   ` Ram Ramesh [this message]
2014-08-15  4:27     ` Mikael Abrahamsson
2014-08-15  4:45       ` Ram Ramesh
2014-08-15  6:21         ` Mikael Abrahamsson

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=53ED6379.8030404@gmail.com \
    --to=rramesh2400@gmail.com \
    --cc=linux-raid@vger.kernel.org \
    --cc=neilb@suse.de \
    /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