All of lore.kernel.org
 help / color / mirror / Atom feed
From: Bill Davidsen <davidsen@tmr.com>
To: Anton Voloshin <ashutosh@harekrishna.ru>
Cc: linux-raid@vger.kernel.org, Neil Brown <neilb@suse.de>
Subject: Re: RAID 6 reshape failed (false message about critical section) -      success report
Date: Sat, 08 Sep 2007 12:19:43 -0400	[thread overview]
Message-ID: <46E2CB9F.40706@tmr.com> (raw)
In-Reply-To: <15415.91.122.2.245.1189112237.squirrel@ssl.harekrishna.ru>

Anton Voloshin wrote:
> Dear Neil,
>
>   
>> At the top of Grow_restart (in Grow.c), just put
>> 	return 0;
>>
>> That will definitely get you your array back.
>>     
>
> Thank you for your help, I've got my array assembled, running, and all my
> data back up!
>
> But everything was not so smooth as I was (secretly) hoping originally.
> Details follow.
>
> After I first run ./mdadm --assemble /dev/md1
> array actually assembled but with 6 drives out of 8. I don't know exact
> reason why two partitions are missing, but attempts to add missing
> partitions with
>   
>> mdadm --add /dev/md1 /dev/sda2
>>     
> resulted in message that "/dev/sdc1 is locked" or something like that.
> Partitions are there (fdisk -l /dev/sda supports that) and they are
> present in /dev. I suspect that maybe udev was doing something wrong but I
> don't know for sure. Missing partitions were ones from drives which are
> used to run my root partition /dev/md0 - raid1 made of /dev/sda1 and
> /dev/sdc1.
>   
I thought I had replied to this, but I don't see the message, so I'll 
say it again in case it is helpful to others.

If you have a condition like this where a partition doesn't want to add, 
use "lsof" to look for things using it, and check the values in 
/proc/diskstats over a few minutes to see if something actually *is* 
using the partition. Attempting to force an add when some process or 
kernel thread is using a partition is a bad idea.

-- 
bill davidsen <davidsen@tmr.com>
  CTO TMR Associates, Inc
  Doing interesting things with small computers since 1979


  reply	other threads:[~2007-09-08 16:19 UTC|newest]

Thread overview: 7+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2007-09-05 10:33 RAID 6 reshape failed (false message about critical section) Anton Voloshin
2007-09-05 12:36 ` Neil Brown
2007-09-05 18:13   ` Anton Voloshin
2007-09-06  5:12     ` Neil Brown
2007-09-06 20:57       ` RAID 6 reshape failed (false message about critical section) - success report Anton Voloshin
2007-09-08 16:19         ` Bill Davidsen [this message]
2007-09-05 18:16   ` RAID 6 reshape failed (false message about critical section) Ashutosh Krishna Das

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=46E2CB9F.40706@tmr.com \
    --to=davidsen@tmr.com \
    --cc=ashutosh@harekrishna.ru \
    --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 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.