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
next prev parent 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 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).