[linux-lvm] lv extend
Jos Visser
josv at osp.nl
Mon Feb 5 14:16:01 UTC 2001
Why not:
- go into single user mode
- umount /usr
- e2fsck -f /dev/lvdev/usr
- run resize2fs manually
- mount /usr
- df -h /usr
++Jos
And thus it came to pass that James wrote:
(on Mon, Feb 05, 2001 at 03:10:19PM +0100 to be exact)
>
> Hmmm... Sorry to be daft but I'm having trouble doing the /usr
>
> I boot into single
>
> umount /usr (its on /dev/lvdev/usr)
> Then I do e2fsadm /dev/lvdev/usr -L+500M
>
> I get the message "succesfully extended" etc but also
>
> resize2fs 1.19
> please run e2fsck -f /dev/lvdev/usr first.
>
> Needles to say a
>
> munster:/home/james# df -h
> Filesystem Size Used Avail Use% Mounted on
> /dev/hda1 4.6G 1.9G 2.4G 44% /
> /dev/lvdev/home 1.4G 322M 1.0G 23% /home
> /dev/lvdev/var 984M 93M 842M 10% /var
> /dev/lvdev/usr 984M 485M 450M 52% /usr
>
> Dosen't show the size increase. But a vgdisplay -v does show it(It shows
> that I have tried twice :-)
>
> --- Logical volume ---
> LV Name /dev/lvdev/usr
> VG Name lvdev
> LV Write Access read/write
> LV Status available
> LV # 2
> # open 1
> LV Size 2.93 GB
> Current LE 750
> Allocated LE 750
> Allocation next free
> Read ahead sectors 120
> Block device 58:1
>
> What is strange is that the same manip worked perfectly for /home
> What am I missing?
>
> cheers
>
> On Mon, 5 Feb 2001, Jos Visser wrote:
>
> > /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.
> > _______________________________________________
> > 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