0% found this document useful (0 votes)
87 views2 pages

Computerking - Ca-Migrate Raid 1 To 5

This document provides instructions for migrating a RAID 1 array to a RAID 5 array by stopping the existing RAID 1 array, creating a new RAID 5 array using the same disks, adding a third disk to the new RAID 5 array to increase capacity, and monitoring the reshape process to redistribute data across all disks in the new configuration. It describes using mdadm commands to complete these steps and monitoring the lengthy reshape process, which can take many hours to fully complete depending on the size of the disks.
Copyright
© Attribution Non-Commercial (BY-NC)
We take content rights seriously. If you suspect this is your content, claim it here.
Available Formats
Download as PDF, TXT or read online on Scribd
0% found this document useful (0 votes)
87 views2 pages

Computerking - Ca-Migrate Raid 1 To 5

This document provides instructions for migrating a RAID 1 array to a RAID 5 array by stopping the existing RAID 1 array, creating a new RAID 5 array using the same disks, adding a third disk to the new RAID 5 array to increase capacity, and monitoring the reshape process to redistribute data across all disks in the new configuration. It describes using mdadm commands to complete these steps and monitoring the lengthy reshape process, which can take many hours to fully complete depending on the size of the disks.
Copyright
© Attribution Non-Commercial (BY-NC)
We take content rights seriously. If you suspect this is your content, claim it here.
Available Formats
Download as PDF, TXT or read online on Scribd

co m put e rking.

ca

http://co mputerking.ca/migrate-raid-1-to -5/

Migrate raid 1 to 5
January 8, 2013

Reshape takes f orever and unless the drives are f ull might not be worth your time madadm root# mdadm stop /dev/md0 mdadm: stopped /dev/md0 root# mdadm create /dev/md0 level=5 raid-devices=2 /dev/sda1 /dev/sdb1 mdadm: /dev/sda1 appears to contain an ext2f s f ile system size=1048512K mtime=Fri Dec 18 13:23:04 2009 mdadm: /dev/sda1 appears to be part of a raid array: level=raid1 devices=2 ctime=Fri Dec 18 13:17:49 2009 mdadm: /dev/sdb1 appears to contain an ext2f s f ile system size=1048512K mtime=Fri Dec 18 13:23:04 2009 mdadm: /dev/sdb1 appears to be part of a raid array: level=raid1 devices=2 ctime=Fri Dec 18 13:17:49 2009 Continue creating array? y mdadm: array /dev/md0 started. If you do a cat /proc/mdstat now youll see the raid array start to re-cover as a RAID-5: root# cat /proc/mdstat Personalities : [raid0] [raid1] [raid5] md0 : active raid5 sdb1[2] sda1[0] 1048512 blocks level 5, 64k chunk, algorithm 2 [2/1] [U_] [==>..................] recovery = 12.5% (132096/1048512) f inish=0.8min speed=18870K/sec Once it has f inished re-building, we add the third volume, and grow the array to encompass all three disks: root# mdadm add /dev/md0 /dev/sdc1 mdadm: added /dev/sdc1 root# mdadm grow /dev/md0 raid-devices=3 mdadm: Need to backup 128K of critical section.. mdadm: critical section passed. At this point, the array will re-distribute or re-shape the current data on the disks. T his part can take a substantial amount of time. On 1T B disks, this took around 18 hours to complete. You can continue to use the array, although f ile perf ormance and re-shaping perf ormance will be signif icantly degraded. T he re-shaping process can be monitored via cat /proc/mdstat root# cat /proc/mdstat Personalities : [raid0] [raid1] [raid5] md0 : active raid5 sdc1[2] sdb1[1] sda1[0] 1048512 blocks super 0.91 level 5, 64k chunk, algorithm 2 [3/3] [UUU] [==>..................] reshape = 12.5% (131520/1048512) f inish=2.5min speed=5978K/sec Once, completed you should run a f ile system check and then re-size the f ile system on the RAID volume to encompass the additional space: root# e2f sck -f /dev/md0 root# resize2f s /dev/md0 resize2f s 1.41.9 (22-Aug-2009) Resizing the f ilesystem on /dev/md0 to 524256 (4k) blocks. T he f ilesystem on /dev/md0 is now 524256 blocks long. blah blah

Boot f rom Debian net install disk jump threw the hoops auto assemble raid mount /dev/vg0/root as / Check /etc/mdadm/mdadm.conf it is probably wrong so f ix it. I also read some posts about just removing this f ile as auto is better mdadm detail scan >> /etc/mdadm/mdadm.conf Not sure if you have to do this but i did just to make sure af ter a 900+ minute reshape saf ety f irst right update-initramf s -u reboot

You might also like