On 12/29/2012 12:14 PM, Chris Murphy wrote: > > On Dec 29, 2012, at 4:44 AM, Adam Goryachev <adam@xxxxxxxxxxxxxxxxxxxxxx> wrote: > >> >> Then when complete: >> mdadm --grow /dev/md3 --size=max > > In a VM I'm unable to get a linear device to grow. I think you can only grow linear by adding devices. You could partition the 3TB such that the 1st partition matches the total sectors of the partition on the replaced 1TB drive; then add the 2TB partition of the 3TB drive onto the end of the linear array. It'd work, but it's a weird configuration. You're better off reverting to the original setup, and adding the 3TB drives at the end, then growing the file system. Somebody posted the same scenario a few weeks ago. The only 'proper' way to do this is to swap out the drives in the last RAID1 pair in the linear array. The whole point of the linear array, or concatenation, is to constantly add drives to expand. Swapping drives in a concat with larger units was never anticipated as a valid growth option. As Chris states, you can do this with partitions, but it is not elegant. Since your total array size is ~3TB, if you're using XFS, you could simply do a dump to one of the new 3TB drives. Afterwards you can simply blow away everything and start over, creating a RAID1 with the remaining 3TB drive but with a missing drive. Then create the RAID1 with the 2x 2TB drives. Then create the linear array and format it. Then do a restore of the XFS filesystem. Then add the 3TB drive to the missing RAID1. You can do the same thing with any filesystem but you'll be using 'cp -a' or rsync, etc, to move the files around, which is much slower. -- Stan -- 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
