Re: My MD is too big to resize ext4.

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



On Fri, Jul 07, 2017 at 07:41:13PM -0500, Ram Ramesh wrote:
> On the web, I only found one solution that required upgrading kernel to 
> some very recent one (not in my distro) and getting the bleeding edge 
> resize2fs. This makes me nervous. Is there a solution that avoids this.

Well, if that works nowadays, then just go for it (LiveCD). 
For details you should ask the ext4 mailing list I guess.

You can assemble your RAID in read-only mode and then use 
overlays for a non-destructive test run. To make really extra sure 
you could even export it via NBD/KVM to see if the old kernel 
is able to mount it.

IIRC, btrfs also has a migration path (ext4 to btrfs converter) 
and then you could grow that. But then you're stuck with btrfs.

> My filesystem is on md0 drive so I guess partitioning and making into 2x 
> 12TB ext4 will not work. I am not even sure if we can partition md like 
> any other disk.

Adding a partition table or LVM header would shift the start position.
So it would involve moving/shifting all your data in-place or using 
a conversion to LVM. (We just had that in the thread above yours, 
subject "linear device of two arrays")

If your RAID has a large enough data offset, you could shift that 
to add some extra space at the start of the RAID, but it has to 
be done with great care (must be aligned to whatever your RAID 
layout is so data will be intact and not garbled).

All in-place operations are kind of hackish/dangerous.

I actually prefer using several smaller filesystems over one gigantic one.
It's all great until your one and only filesystem goes corrupt.

Regards
Andreas Klauer
--
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



[Index of Archives]     [Linux RAID Wiki]     [ATA RAID]     [Linux SCSI Target Infrastructure]     [Linux Block]     [Linux IDE]     [Linux SCSI]     [Linux Hams]     [Device Mapper]     [Device Mapper Cryptographics]     [Kernel]     [Linux Admin]     [Linux Net]     [GFS]     [RPM]     [git]     [Yosemite Forum]


  Powered by Linux