[linux-lvm] lv extend

[S. Michael Denton]

-----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-----