* mdadm 2.6, linux 2.6.17, failed grow/reshape
@ 2007-02-20 18:47 Thomas Langås
[not found] ` <17883.18091.699835.980907@notabene.brown>
0 siblings, 1 reply; 5+ messages in thread
From: Thomas Langås @ 2007-02-20 18:47 UTC (permalink / raw)
To: linux-raid
I sent this message directly to Neil Brown first, but then I read
his homepage and found out I should have sent it here, so here goes.
I've got 5 250GB drives, 4 of which I used to create an
RAID5-md-device, after all that was done (striping and all that) I
added the last drive. Problem is that about 30% into the process of
reshaping, my computer died, and when I've got things up on a new
system now, I can get it to start where it left off.
It says that the device (md0) is in delta 4->5, but I'm unable to get
it to restart reshaping. Are all the data I had on the raid-device
lost? Or is it possible to make it restart where it left off? It
clearly knows how far it has come along, since I get some stats about
that.
In advance, thanks!
--
Thomas
^ permalink raw reply [flat|nested] 5+ messages in thread
* mdadm 2.6, linux 2.6.17, failed grow/reshape
[not found] ` <6264d2ec0702201122l2f718694k52ebbb1e9bd5717c@mail.gmail.com>
@ 2007-02-20 19:23 ` Thomas Langås
2007-02-20 19:52 ` Neil Brown
[not found] ` <17883.20708.151676.391623@notabene.brown>
0 siblings, 2 replies; 5+ messages in thread
From: Thomas Langås @ 2007-02-20 19:23 UTC (permalink / raw)
To: linux-raid
On 2/20/07, Neil Brown <neilb@suse.de> wrote:
> > It says that the device (md0) is in delta 4->5, but I'm unable to get
> > it to restart reshaping. Are all the data I had on the raid-device
> > lost? Or is it possible to make it restart where it left off? It
> > clearly knows how far it has come along, since I get some stats about
> > that.
> Hmm... it should "just work", and it my testing it does.
What should "kick off" the rebuild/reshape-process once it has been
interrupted?
> The reshape process regularly checkpoints its progress so it knows
> where to start off from, and when you assemble the array again, it
> should restart the reshape.
Ok, no matter if it's a different system assembling the drives? The
kernel is not running the md-device (if there is one?) from
mdadm-2.6-source, it's running the one inside 2.6.17.
> Can you post kernel log messages showing md0 being assembled? Also
> the output of "mdadm -E" on a couple of drives might be helpful.
Running assemble:
# ./mdadm --assemble --scan
mdadm: failed to RUN_ARRAY /dev/.static/dev/md0: Invalid argument
Ouput from syslog:
Feb 20 20:20:09 ubuntu kernel: [17197083.928000] md: md0 stopped.
Feb 20 20:20:09 ubuntu kernel: [17197084.012000] md: bind<sdd1>
Feb 20 20:20:09 ubuntu kernel: [17197084.012000] md: bind<sde1>
Feb 20 20:20:09 ubuntu kernel: [17197084.012000] md: bind<sdf1>
Feb 20 20:20:09 ubuntu kernel: [17197084.012000] md: bind<sdg1>
Feb 20 20:20:09 ubuntu kernel: [17197084.016000] md: bind<sdc1>
Details:
# ./mdadm --detail /dev/md0
/dev/md0:
Version : 00.91.03
Creation Time : Sun Feb 18 01:19:36 2007
Raid Level : raid5
Used Dev Size : 244195904 (232.88 GiB 250.06 GB)
Raid Devices : 5
Total Devices : 5
Preferred Minor : 0
Persistence : Superblock is persistent
Update Time : Sun Feb 18 14:18:48 2007
State : active, Not Started
Active Devices : 5
Working Devices : 5
Failed Devices : 0
Spare Devices : 0
Layout : left-symmetric
Chunk Size : 64K
Delta Devices : 1, (4->5)
UUID : e100e921:53bc1ec5:0ff90348:cdad8788
Events : 0.71599
Number Major Minor RaidDevice State
0 8 33 0 active sync /dev/sdc1
1 8 49 1 active sync /dev/sdd1
2 8 65 2 active sync /dev/sde1
3 8 81 3 active sync /dev/sdf1
4 8 97 4 active sync /dev/sdg1
# ./mdadm -E /dev/sdc1
/dev/sdc1:
Magic : a92b4efc
Version : 00.91.03
UUID : e100e921:53bc1ec5:0ff90348:cdad8788
Creation Time : Sun Feb 18 01:19:36 2007
Raid Level : raid5
Used Dev Size : 244195904 (232.88 GiB 250.06 GB)
Array Size : 976783616 (931.53 GiB 1000.23 GB)
Raid Devices : 5
Total Devices : 5
Preferred Minor : 0
Reshape pos'n : 383536128 (365.77 GiB 392.74 GB)
Delta Devices : 1 (4->5)
Update Time : Sun Feb 18 14:18:48 2007
State : clean
Active Devices : 5
Working Devices : 5
Failed Devices : 0
Spare Devices : 0
Checksum : 8389d7b3 - correct
Events : 0.71599
Layout : left-symmetric
Chunk Size : 64K
Number Major Minor RaidDevice State
this 0 8 33 0 active sync /dev/sdc1
0 0 8 33 0 active sync /dev/sdc1
1 1 8 49 1 active sync /dev/sdd1
2 2 8 65 2 active sync /dev/sde1
3 3 8 81 3 active sync /dev/sdf1
4 4 8 129 4 active sync
root@ubuntu:/home/ubuntu/mdadm-2.6# ./mdadm -E /dev/sdd1
/dev/sdd1:
Magic : a92b4efc
Version : 00.91.03
UUID : e100e921:53bc1ec5:0ff90348:cdad8788
Creation Time : Sun Feb 18 01:19:36 2007
Raid Level : raid5
Used Dev Size : 244195904 (232.88 GiB 250.06 GB)
Array Size : 976783616 (931.53 GiB 1000.23 GB)
Raid Devices : 5
Total Devices : 5
Preferred Minor : 0
Reshape pos'n : 383536128 (365.77 GiB 392.74 GB)
Delta Devices : 1 (4->5)
Update Time : Sun Feb 18 14:18:48 2007
State : clean
Active Devices : 5
Working Devices : 5
Failed Devices : 0
Spare Devices : 0
Checksum : 8389d7c5 - correct
Events : 0.71599
Layout : left-symmetric
Chunk Size : 64K
Number Major Minor RaidDevice State
this 1 8 49 1 active sync /dev/sdd1
0 0 8 33 0 active sync /dev/sdc1
1 1 8 49 1 active sync /dev/sdd1
2 2 8 65 2 active sync /dev/sde1
3 3 8 81 3 active sync /dev/sdf1
4 4 8 129 4 active sync
root@ubuntu:/home/ubuntu/mdadm-2.6# ./mdadm -E /dev/sde1
/dev/sde1:
Magic : a92b4efc
Version : 00.91.03
UUID : e100e921:53bc1ec5:0ff90348:cdad8788
Creation Time : Sun Feb 18 01:19:36 2007
Raid Level : raid5
Used Dev Size : 244195904 (232.88 GiB 250.06 GB)
Array Size : 976783616 (931.53 GiB 1000.23 GB)
Raid Devices : 5
Total Devices : 5
Preferred Minor : 0
Reshape pos'n : 383536128 (365.77 GiB 392.74 GB)
Delta Devices : 1 (4->5)
Update Time : Sun Feb 18 14:18:48 2007
State : clean
Active Devices : 5
Working Devices : 5
Failed Devices : 0
Spare Devices : 0
Checksum : 8389d7d7 - correct
Events : 0.71599
Layout : left-symmetric
Chunk Size : 64K
Number Major Minor RaidDevice State
this 2 8 65 2 active sync /dev/sde1
0 0 8 33 0 active sync /dev/sdc1
1 1 8 49 1 active sync /dev/sdd1
2 2 8 65 2 active sync /dev/sde1
3 3 8 81 3 active sync /dev/sdf1
4 4 8 129 4 active sync
root@ubuntu:/home/ubuntu/mdadm-2.6# ./mdadm -E /dev/sdf1
/dev/sdf1:
Magic : a92b4efc
Version : 00.91.03
UUID : e100e921:53bc1ec5:0ff90348:cdad8788
Creation Time : Sun Feb 18 01:19:36 2007
Raid Level : raid5
Used Dev Size : 244195904 (232.88 GiB 250.06 GB)
Array Size : 976783616 (931.53 GiB 1000.23 GB)
Raid Devices : 5
Total Devices : 5
Preferred Minor : 0
Reshape pos'n : 383536128 (365.77 GiB 392.74 GB)
Delta Devices : 1 (4->5)
Update Time : Sun Feb 18 14:18:48 2007
State : clean
Active Devices : 5
Working Devices : 5
Failed Devices : 0
Spare Devices : 0
Checksum : 8389d7e9 - correct
Events : 0.71599
Layout : left-symmetric
Chunk Size : 64K
Number Major Minor RaidDevice State
this 3 8 81 3 active sync /dev/sdf1
0 0 8 33 0 active sync /dev/sdc1
1 1 8 49 1 active sync /dev/sdd1
2 2 8 65 2 active sync /dev/sde1
3 3 8 81 3 active sync /dev/sdf1
4 4 8 129 4 active sync
If you have any more I need to run, please let me know and I'll run
the commands :)
--
Thomas
^ permalink raw reply [flat|nested] 5+ messages in thread
* Re: mdadm 2.6, linux 2.6.17, failed grow/reshape
2007-02-20 19:23 ` Thomas Langås
@ 2007-02-20 19:52 ` Neil Brown
2007-02-20 21:59 ` Thomas Langås
[not found] ` <17883.20708.151676.391623@notabene.brown>
1 sibling, 1 reply; 5+ messages in thread
From: Neil Brown @ 2007-02-20 19:52 UTC (permalink / raw)
To: Thomas Langås; +Cc: linux-raid
On Tuesday February 20, thomas.langaas@gmail.com wrote:
> On 2/20/07, Neil Brown <neilb@suse.de> wrote:
> > > It says that the device (md0) is in delta 4->5, but I'm unable to get
> > > it to restart reshaping. Are all the data I had on the raid-device
> > > lost? Or is it possible to make it restart where it left off? It
> > > clearly knows how far it has come along, since I get some stats about
> > > that.
> > Hmm... it should "just work", and it my testing it does.
>
> What should "kick off" the rebuild/reshape-process once it has been
> interrupted?
When the array is started, it notices the reshape is incomplete and
kick-starts the reshape.
>
> > The reshape process regularly checkpoints its progress so it knows
> > where to start off from, and when you assemble the array again, it
> > should restart the reshape.
>
> Ok, no matter if it's a different system assembling the drives? The
> kernel is not running the md-device (if there is one?) from
> mdadm-2.6-source, it's running the one inside 2.6.17.
No, it doesn't matter if it is a different system, as long as the
kernel is new enough to understand reshaping (and i think 2.6.17 is
the earliest that understands it properly).
>
> > Can you post kernel log messages showing md0 being assembled? Also
> > the output of "mdadm -E" on a couple of drives might be helpful.
>
> Running assemble:
> # ./mdadm --assemble --scan
> mdadm: failed to RUN_ARRAY /dev/.static/dev/md0: Invalid argument
>
> Ouput from syslog:
> Feb 20 20:20:09 ubuntu kernel: [17197083.928000] md: md0 stopped.
> Feb 20 20:20:09 ubuntu kernel: [17197084.012000] md: bind<sdd1>
> Feb 20 20:20:09 ubuntu kernel: [17197084.012000] md: bind<sde1>
> Feb 20 20:20:09 ubuntu kernel: [17197084.012000] md: bind<sdf1>
> Feb 20 20:20:09 ubuntu kernel: [17197084.012000] md: bind<sdg1>
> Feb 20 20:20:09 ubuntu kernel: [17197084.016000] md: bind<sdc1>
Is that all....
Could it be that the kernel you are now using was not compiled with
CONFIG_MD_RAID5_RESHAPE=y
that would explain an error with no message. In fact it is the only
thing that would explain the messages you got. So please try with a
kernel that has RAID5_RESHAPE enabled.
Thanks,
NeilBrown
^ permalink raw reply [flat|nested] 5+ messages in thread
* Re: mdadm 2.6, linux 2.6.17, failed grow/reshape
[not found] ` <17883.20708.151676.391623@notabene.brown>
@ 2007-02-20 20:18 ` Thomas Langås
0 siblings, 0 replies; 5+ messages in thread
From: Thomas Langås @ 2007-02-20 20:18 UTC (permalink / raw)
To: Neil Brown; +Cc: linux-raid
On 2/20/07, Neil Brown <neilb@suse.de> wrote:
> Is that all....
> Could it be that the kernel you are now using was not compiled with
> CONFIG_MD_RAID5_RESHAPE=y
> that would explain an error with no message. In fact it is the only
> thing that would explain the messages you got. So please try with a
> kernel that has RAID5_RESHAPE enabled.
Which is correct, it seems, when looking at the config for the kernel:
# CONFIG_MD_RAID5_RESHAPE is not set
I need to figure out how to recompile a kernel and make my own bootcd
(the machine is in a state which only accepts boot cd now).
--
Thomas
^ permalink raw reply [flat|nested] 5+ messages in thread
* Re: mdadm 2.6, linux 2.6.17, failed grow/reshape
2007-02-20 19:52 ` Neil Brown
@ 2007-02-20 21:59 ` Thomas Langås
0 siblings, 0 replies; 5+ messages in thread
From: Thomas Langås @ 2007-02-20 21:59 UTC (permalink / raw)
To: Neil Brown; +Cc: linux-raid
On 2/20/07, Neil Brown <neilb@suse.de> wrote:
> Is that all....
> Could it be that the kernel you are now using was not compiled with
> CONFIG_MD_RAID5_RESHAPE=y
> that would explain an error with no message. In fact it is the only
> thing that would explain the messages you got. So please try with a
> kernel that has RAID5_RESHAPE enabled.
Ok, booted with Knoppix-CD which had RAID5_RESHAPE, did --examine --scan,
added that line to mdadm.conf and ran --assemble --scan. It's currently
continuing reshaping.
Thanks a lot for helping out! Great piece of software :)
--
Thomas
^ permalink raw reply [flat|nested] 5+ messages in thread
end of thread, other threads:[~2007-02-20 21:59 UTC | newest]
Thread overview: 5+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2007-02-20 18:47 mdadm 2.6, linux 2.6.17, failed grow/reshape Thomas Langås
[not found] ` <17883.18091.699835.980907@notabene.brown>
[not found] ` <6264d2ec0702201122l2f718694k52ebbb1e9bd5717c@mail.gmail.com>
2007-02-20 19:23 ` Thomas Langås
2007-02-20 19:52 ` Neil Brown
2007-02-20 21:59 ` Thomas Langås
[not found] ` <17883.20708.151676.391623@notabene.brown>
2007-02-20 20:18 ` Thomas Langås
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox