Ritesh Raj Sarraf wrote : > On Thursday 12 April 2007, Matthias Saou wrote: > > You seem to be right : I just tried resize2fs from a RHEL4 Xen guest on > > its mounted root partition, and it complained in the same way it does > > on RHEL5. Weird if it works from a python tool that uses the same > > binary... I'll have a quick look at the source... > > Probably from within the system-config-lvm utility it is calling resize2fs > with the -f option. > > From the manpage: > -f Forces resize2fs to proceed with the filesystem resize opera‐ > tion, overriding some safety checks which resize2fs normally > enforces.
Well, I had a quick look at the s-c-lvm scripts and didn't find any evidence of it doing that, which confuses me quite a lot. Anyhow, in order to online resize an ext3 filesystem from within a Xen guest, which is on a Logical Volume exported and extended by the Xen host, the guest would first need to be made aware that the block device (xvda in my case) has changed size before anything can be attempted... and I don't know how to do that :-/ Currently, the only working solution is to do this offline : - lvextend the volume used for the guest - shut down the guest - e2fsck and resize2fs the filesystem on that volume - start up the guest But it would be pretty neat to be able to do this without shutting down the guest! Oh, don't try to do this with the guest only "suspended", you can trust me on that one ;-) Matthias -- Clean custom Red Hat Linux rpm packages : http://freshrpms.net/ Fedora Core release 6 (Zod) - Linux kernel 2.6.20-1.2943.fc6 Load : 0.79 0.58 0.56 _______________________________________________ rhelv5-list mailing list [email protected] https://www.redhat.com/mailman/listinfo/rhelv5-list
