On 10/18/2017 01:20 AM, Liwei wrote: > Hi Phil, > Whoops, we do run LVM on top, but currently it is one gigantic LV. (We > converted to btrfs and started using subvolumes instead) My guess is > you're thinking of creating another array with the unused space, and > then migrating LVs over? Yes. With temporary ~4T partitions. > The lsdrv output follows, with a lot of irrelevant/empty nodes removed. > Also, I realised I misread the storage size of two of the 2TB drives, so > we're actually at 9x 2TB and 4x 6TB. Very helpful. > _However_, I do have one 6TB "hot spare" plugged in, and 3 proper 6TB > SAS drives arriving next week, so there may still be a way to do this, > perhaps? Makes it easy, actually. So, here's what I recommend: 1) Set long timeouts on your desktop drives, the WD*EARS and WD*FASS: for x in a b j l ; do echo 180 > /sys/block/sd$x/device/timeout ; done 2) Scrub your array (and wait for it to finish): echo check >/sys/block/md126/md/sync_action 3) After installing the new drives, fail one of your 6T drives out of the array, then use it, the hot spare, the new drives, and one 'missing' to set up a new degraded 6-drive raid6. Consider using a smaller chunk size unless you are storing very large media files. (I use 16k or 32k for my parity arrays.) 4) Add the new array as a physical volume to your existing volume group. 5) Use lvconvert to change LV Wonderland to a mirror. You could just use pvmove if you don't mind the reduced redundancy. Let it get fully mirrored or moved. Skip to step #8 if you used pvmove. 6) Fail another 6T drive from the existing array and add it to the new array. Let it rebuild. 7) Use lvconvert to change LV Wonderland back into an unmirrored LV on the new array. Be careful to specify the new array! 8) Remove the old array from your volume group with vgreduce. Shut down the old array and use mdadm --zero-superblock on its prior members. Get rid of the desktop drives. 9) Add all the newly available 6T drives to the new array. Let it rebuild if necessary. 10) Grow the new array to occupy all of the space on all of the devices, or maybe leave one hot spare. (I wouldn't, but it depends on your application and your supply chain.) 11) Enjoy all that space! Note that all of the above can be executed while using your mounted LV. Phil -- To unsubscribe from this list: send the line "unsubscribe linux-raid" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
