[linux-lvm] lv extend

Jos Visser josv at osp.nl
Mon Feb 5 13:01:01 UTC 2001


/usr is doable, because in single user mode you ought to be able to
umount /usr. Just make sure that your LVM tools are outside /usr (/sbin
would be a good idea).

Resizing the / file system would require considerable more work (rescue
system et cetera).

For the really brave, there are patches that allow online resizing of
partitions.

++Jos

And thus it came to pass that James wrote:
(on Mon, Feb 05, 2001 at 01:58:27PM +0100 to be exact)

> 
> It worked any way :-) Using e2fsadm. I succesfully resized my /home
> But what about changing an important 'partition' like /usr ? Do I have to
> do it with a rescue disk or something.
> 
> 
> On Mon, 5 Feb 2001, S. Michael Denton wrote:
> 
> > -----BEGIN PGP SIGNED MESSAGE-----
> > Hash: SHA1
> > 
> > Yes, printing the informative message may be a good idea as long as
> > it doesn't interfere with function (ie no 'hit enter to continue' or
> > anything like that). :)
> > 
> > On Monday, 05 February 2001 07:44, James [SMTP:james at fr.clara.net]
> > wrote:
> > > 
> > > Yes, I do have to agree. By reading the Doc I did quickly realize
> > > my error. The idea of printing a message is not bad though.
> > > 
> > > 
> > > On Mon, 5 Feb 2001, S. Michael Denton wrote:
> > > 
> > > > -----BEGIN PGP SIGNED MESSAGE-----
> > > > Hash: SHA1
> > > > 
> > > > Speaking as one with extensive experience with LVM on nearly
> > > > every major unix vendor, it is not a -problem- but more of a lack
> > > > of knowledge on the user/administrator's part.  As I recall, the
> > > > documentation clearly notes that a filesystem that resides on an
> > > > lv must be extended after extending the lv else the OS will not
> > > > address the newly-allocated space.  IMHO it would be a -very- bad
> > > > idea to automatically run ext2resize as not everyone uses ext2 on
> > > > lvm and I think repeated offers to ask if you want to resize this
> > > > ext2
> > > > filesystem (that perhaps isn't even a filesystem at all) would
> > > > get terribly annoying and NT-ish.  Also there's the issue with
> > > > reduction... if you reduce an lv, LVM (linux LVM is not different
> > > > than the other major unixes either) assumes that you have already
> > > > reduced any filesystems, tablespaces, etc that might be using
> > > > that space before you do the reduction.  Automatic reduction of a
> > > > filesystem can be extraordinarily dangerous.
> > > > 
> > > > Perhaps as a compromise it could be a configuration flag in some
> > > > lvm config file as to whether or not to automatically/offer
> > > > to/never resize filesystems after extension/reduction.
> > > > 
> > > > Just a thought...
> > > > 
> > > > On Monday, 05 February 2001 07:25, James
> > > > [SMTP:james at fr.clara.net] wrote:
> > > > > 
> > > > > That would be great :-)
> > > > > 
> > > > > On Mon, 5 Feb 2001, Tom Dawes-Gamble wrote:
> > > > > 
> > > > > > Hi,
> > > > > > 
> > > > > > 	This seems a Frequent problem we get it on HP-UX LVM too.
> > > > > > People do an lvextend and then wonder why the filesystem has
> > > > > > not grown to fill the lvol.
> > > > > > 
> > > > > > 	Perhaps a message like.
> > > > > > 
> > > > > > [root at ocalhost /root]# lvextend -l 256 /dev/vg01/lvol2
> > > > > > lvextend -- extending logical volume "/dev/vg01/lvol2" to 1
> > > > > > GB lvextend -- doing automatic backup of volume group "vg01"
> > > > > > lvextend -- logical volume "/dev/vg01/lvol2" successfully
> > > > > > extended  
> > > > > > 
> > > > > > Note:  You need to run a resize utility such as ext2resize
> > > > > > before 	the space is available in the file system.
> > > > > > 
> > > > > > [root at localhost /root]#
> > > > > > 
> > > > > > Or lvextend could check the mount table and offer to run
> > > > > > ext2resize for you.  If that seems like a neat idea I would
> > > > > > be willing to write the code.
> > > > > > 
> > > > > > Regards,
> > > > > > Tom.
> > > > > > 
> > > > > > > 
> > > > > > > James wrote:
> > > > > > > > 
> > > > > > > > Hello
> > > > > > > > 
> > > > > > > > Is it normal after growing an LV not to see the change
> > > > > > > > with df -h ? But it can be seen with vgdisplay -v ? 
> > > > > > > Did you also resize the filesystem? df shows filesystem
> > > > > > > sizes. If so, maybe a remount of the filesystem could help.
> > > > > > >  
> > > > > > > 
> > > > > > > Bye...
> > > > > > > 
> > > > > > > 	Dirk
> > > > > > > -- 
> > > > > > > Dirk Heinrichs		| Tel:	+49 (0)241 413 260
> > > > > > > QIS Systemhaus GmbH	| Fax:	+49 (0)241 413 2640
> > > > > > > Jülicher Str. 338b	| Mail:	heinrichs at qis-systemhaus.de
> > > > > > > D-52070 Aachen		| Web:	http://www.qis-systemhaus.de
> > > > > > > _______________________________________________
> > > > > > > linux-lvm mailing list
> > > > > > > linux-lvm at sistina.com
> > > > > > > http://lists.sistina.com/mailman/listinfo/linux-lvm
> > > > > > > 
> > > > > > 
> > > > > > 
> > > > > > --
> > > > > >  int/* PROCEDURE DIVISION.*>*/b,g,l,n='/'/'/'<<2;extern void
> > > > > > printf();int main 
> > > > > >  (int
> > > > > > d,char**z){char*o,*c="%.9s%.7s%.7s\n";l=*(c+d+d)-*(c+d);g=*c-d
> > > > > > -l;b =l+n++; 
> > > > > >    o="  DISPLAY'tmdg at uksr'    '.hp.com'
> > > > > > *>"+g++;printf(c,o-b++,o+l,o);l=~++n; 
> > > > > >    o="  DISPLAY'http://www.itrc.hp.com/'
> > > > > > *>"+g++;printf(c,o-b++,o+l,o);exit();}
> > > > > > _______________________________________________
> > > > > > linux-lvm mailing list
> > > > > > linux-lvm at sistina.com
> > > > > > http://lists.sistina.com/mailman/listinfo/linux-lvm
> > > > > > 
> > > > > 
> > > > > _______________________________________________
> > > > > linux-lvm mailing list
> > > > > linux-lvm at sistina.com
> > > > > http://lists.sistina.com/mailman/listinfo/linux-lvm
> > > > 
> > > > 
> > > > Scott Denton
> > > > smdenton at bellsouth.net
> > > > EFnet Handle: SteelWyng
> > > > ICQ UIN: 24149258
> > > > AIM Screen Name: SteelWyng
> > > > 
> > > > -----BEGIN PGP SIGNATURE-----
> > > > Version: PGPfreeware 6.5.3 for non-commercial use
> > > > <http://www.pgp.com>  
> > > > 
> > > > iQA/AwUBOn6ehnC+DNfF0nVpEQJHSACcCDGbtHNQW+j+4uNASe7YvM4aUUgAnjtb
> > > > XiRAAN7W/5HQFuSbly6U3EK5
> > > > =FTvP
> > > > -----END PGP SIGNATURE-----
> > > > 
> > > > _______________________________________________
> > > > linux-lvm mailing list
> > > > linux-lvm at sistina.com
> > > > http://lists.sistina.com/mailman/listinfo/linux-lvm
> > > > 
> > > 
> > > _______________________________________________
> > > linux-lvm mailing list
> > > linux-lvm at sistina.com
> > > http://lists.sistina.com/mailman/listinfo/linux-lvm
> > 
> > 
> > Scott Denton
> > smdenton at bellsouth.net
> > EFnet Handle: SteelWyng
> > ICQ UIN: 24149258
> > AIM Screen Name: SteelWyng
> > 
> > -----BEGIN PGP SIGNATURE-----
> > Version: PGPfreeware 6.5.3 for non-commercial use <http://www.pgp.com>
> > 
> > iQA/AwUBOn6gg3C+DNfF0nVpEQK4zQCgw4Tx/ckW6bCzRk3XzARNNffXOMwAnif3
> > fH0z5syYCyRz2m+/5QbJJe3j
> > =JGAT
> > -----END PGP SIGNATURE-----
> > 
> > _______________________________________________
> > linux-lvm mailing list
> > linux-lvm at sistina.com
> > http://lists.sistina.com/mailman/listinfo/linux-lvm
> > 
> 
> _______________________________________________
> linux-lvm mailing list
> linux-lvm at sistina.com
> http://lists.sistina.com/mailman/listinfo/linux-lvm

-- 
I have no need for a spirituality which can not encompass my humanness.



More information about the linux-lvm mailing list