lv extend

linux-lvm S. Michael Denton 8 participants 13 messages Feb 5, 2001

Share & tools

S. Michael Denton

author

2001-02-05 12:45 UTC #0 lore raw

-----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). :)

Quoted 135 lines · On Monday, 05 February 2001 07:44, James [SMTP:[email protected]] 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.
Quoted 122 lines · 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...
Quoted 73 lines · On Monday, 05 February 2001 07:25, James [SMTP:[email protected]] wrote:
That would be great :-)
Quoted 59 lines · Tom Dawes-Gamble
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@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@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.
Quoted 7 lines
Quoted 5 lines · James
Hello
Is it normal after growing an LV not to see the change with df -h ? But it can be seen with vgdisplay -v ?
Quoted 17 lines
Did you also resize the filesystem? df shows filesystem sizes. If so, maybe a remount of the filesystem could help.
Bye...
Dirk
Signature · 8 lines
Dirk Heinrichs		| Tel:	+49 (0)241 413 260
QIS Systemhaus GmbH	| Fax:	+49 (0)241 413 2640
Jülicher Str. 338b	| Mail:	[email protected]
D-52070 Aachen		| Web:	http://www.qis-systemhaus.de
_______________________________________________
linux-lvm mailing list
[email protected]
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@uksr' '.hp.com'
Quoted 8 lines
*>"+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
[email protected]
http://lists.sistina.com/mailman/listinfo/linux-lvm
Quoted 4 lines
_______________________________________________
linux-lvm mailing list
[email protected]
http://lists.sistina.com/mailman/listinfo/linux-lvm
Scott Denton
[email protected]
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-----
Quoted 5 lines
_______________________________________________
linux-lvm mailing list
[email protected]
http://lists.sistina.com/mailman/listinfo/linux-lvm

Quoted 4 lines

_______________________________________________
linux-lvm mailing list
[email protected]
http://lists.sistina.com/mailman/listinfo/linux-lvm

Scott Denton
[email protected]
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-----

James

2001-02-05 12:58 UTC #1 lore raw

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.

Quoted 169 lines · S. Michael Denton

-----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). :)
Quoted 135 lines · On Monday, 05 February 2001 07:44, James [SMTP:[email protected]] 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.
Quoted 122 lines · 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...
Quoted 73 lines · On Monday, 05 February 2001 07:25, James [SMTP:[email protected]] wrote:
That would be great :-)
Quoted 59 lines · Tom Dawes-Gamble
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@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@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.
Quoted 7 lines
Quoted 5 lines · James
Hello
Is it normal after growing an LV not to see the change with df -h ? But it can be seen with vgdisplay -v ?
Quoted 17 lines
Did you also resize the filesystem? df shows filesystem sizes. If so, maybe a remount of the filesystem could help.
Bye...
Dirk
Signature · 8 lines
Dirk Heinrichs		| Tel:	+49 (0)241 413 260
QIS Systemhaus GmbH	| Fax:	+49 (0)241 413 2640
Jülicher Str. 338b	| Mail:	[email protected]
D-52070 Aachen		| Web:	http://www.qis-systemhaus.de
_______________________________________________
linux-lvm mailing list
[email protected]
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@uksr' '.hp.com'
Quoted 8 lines
*>"+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
[email protected]
http://lists.sistina.com/mailman/listinfo/linux-lvm
Quoted 4 lines
_______________________________________________
linux-lvm mailing list
[email protected]
http://lists.sistina.com/mailman/listinfo/linux-lvm
Scott Denton
[email protected]
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-----
Quoted 5 lines
_______________________________________________
linux-lvm mailing list
[email protected]
http://lists.sistina.com/mailman/listinfo/linux-lvm
Quoted 4 lines
_______________________________________________
linux-lvm mailing list
[email protected]
http://lists.sistina.com/mailman/listinfo/linux-lvm
Scott Denton
[email protected]
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
[email protected]
http://lists.sistina.com/mailman/listinfo/linux-lvm

Jos Visser

2001-02-05 13:01 UTC #2 lore raw

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

Quoted 182 lines

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.
Quoted 164 lines · S. Michael Denton
-----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). :)
Quoted 135 lines · On Monday, 05 February 2001 07:44, James [SMTP:[email protected]] 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.
Quoted 122 lines · 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...
Quoted 73 lines · On Monday, 05 February 2001 07:25, James [SMTP:[email protected]] wrote:
That would be great :-)
Quoted 59 lines · Tom Dawes-Gamble
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@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@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.
Quoted 7 lines
Quoted 5 lines · James
Hello
Is it normal after growing an LV not to see the change with df -h ? But it can be seen with vgdisplay -v ?
Quoted 17 lines
Did you also resize the filesystem? df shows filesystem sizes. If so, maybe a remount of the filesystem could help.
Bye...
Dirk
Signature · 8 lines
Dirk Heinrichs		| Tel:	+49 (0)241 413 260
QIS Systemhaus GmbH	| Fax:	+49 (0)241 413 2640
Jï¿½licher Str. 338b	| Mail:	[email protected]
D-52070 Aachen		| Web:	http://www.qis-systemhaus.de
_______________________________________________
linux-lvm mailing list
[email protected]
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@uksr' '.hp.com'
Quoted 8 lines
*>"+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
[email protected]
http://lists.sistina.com/mailman/listinfo/linux-lvm
Quoted 4 lines
_______________________________________________
linux-lvm mailing list
[email protected]
http://lists.sistina.com/mailman/listinfo/linux-lvm
Scott Denton
[email protected]
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-----
Quoted 5 lines
_______________________________________________
linux-lvm mailing list
[email protected]
http://lists.sistina.com/mailman/listinfo/linux-lvm
Quoted 4 lines
_______________________________________________
linux-lvm mailing list
[email protected]
http://lists.sistina.com/mailman/listinfo/linux-lvm
Scott Denton
[email protected]
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-----
Quoted 5 lines
_______________________________________________
linux-lvm mailing list
[email protected]
http://lists.sistina.com/mailman/listinfo/linux-lvm
_______________________________________________
linux-lvm mailing list
[email protected]
http://lists.sistina.com/mailman/listinfo/linux-lvm

Signature · 1 line

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

James

2001-02-05 14:10 UTC #3 lore raw

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

Quoted 205 lines · Jos Visser

/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)
Quoted 182 lines
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.
Quoted 164 lines · S. Michael Denton
-----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). :)
Quoted 135 lines · On Monday, 05 February 2001 07:44, James [SMTP:[email protected]] 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.
Quoted 122 lines · 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...
Quoted 73 lines · On Monday, 05 February 2001 07:25, James [SMTP:[email protected]] wrote:
That would be great :-)
Quoted 59 lines · Tom Dawes-Gamble
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@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@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.
Quoted 7 lines
Quoted 5 lines · James
Hello
Is it normal after growing an LV not to see the change with df -h ? But it can be seen with vgdisplay -v ?
Quoted 17 lines
Did you also resize the filesystem? df shows filesystem sizes. If so, maybe a remount of the filesystem could help.
Bye...
Dirk
Signature · 8 lines
Dirk Heinrichs		| Tel:	+49 (0)241 413 260
QIS Systemhaus GmbH	| Fax:	+49 (0)241 413 2640
Jülicher Str. 338b	| Mail:	[email protected]
D-52070 Aachen		| Web:	http://www.qis-systemhaus.de
_______________________________________________
linux-lvm mailing list
[email protected]
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@uksr' '.hp.com'
Quoted 8 lines
*>"+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
[email protected]
http://lists.sistina.com/mailman/listinfo/linux-lvm
Quoted 4 lines
_______________________________________________
linux-lvm mailing list
[email protected]
http://lists.sistina.com/mailman/listinfo/linux-lvm
Scott Denton
[email protected]
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-----
Quoted 5 lines
_______________________________________________
linux-lvm mailing list
[email protected]
http://lists.sistina.com/mailman/listinfo/linux-lvm
Quoted 4 lines
_______________________________________________
linux-lvm mailing list
[email protected]
http://lists.sistina.com/mailman/listinfo/linux-lvm
Scott Denton
[email protected]
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-----
Quoted 5 lines
_______________________________________________
linux-lvm mailing list
[email protected]
http://lists.sistina.com/mailman/listinfo/linux-lvm
_______________________________________________
linux-lvm mailing list
[email protected]
http://lists.sistina.com/mailman/listinfo/linux-lvm
Signature · 5 lines
I have no need for a spirituality which can not encompass my humanness.
_______________________________________________
linux-lvm mailing list
[email protected]
http://lists.sistina.com/mailman/listinfo/linux-lvm

Jos Visser

2001-02-05 14:16 UTC #4 lore raw

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)

Quoted 256 lines

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
Quoted 193 lines · Jos Visser
/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)
Quoted 178 lines
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.
Quoted 169 lines · S. Michael Denton
-----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). :)
Quoted 135 lines · On Monday, 05 February 2001 07:44, James [SMTP:[email protected]] 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.
Quoted 122 lines · 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...
Quoted 73 lines · On Monday, 05 February 2001 07:25, James [SMTP:[email protected]] wrote:
That would be great :-)
Quoted 59 lines · Tom Dawes-Gamble
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@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@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.
Quoted 7 lines
Quoted 5 lines · James
Hello
Is it normal after growing an LV not to see the change with df -h ? But it can be seen with vgdisplay -v ?
Quoted 17 lines
Did you also resize the filesystem? df shows filesystem sizes. If so, maybe a remount of the filesystem could help.
Bye...
Dirk
Signature · 8 lines
Dirk Heinrichs		| Tel:	+49 (0)241 413 260
QIS Systemhaus GmbH	| Fax:	+49 (0)241 413 2640
Jï¿½licher Str. 338b	| Mail:	[email protected]
D-52070 Aachen		| Web:	http://www.qis-systemhaus.de
_______________________________________________
linux-lvm mailing list
[email protected]
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@uksr' '.hp.com'
Quoted 8 lines
*>"+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
[email protected]
http://lists.sistina.com/mailman/listinfo/linux-lvm
Quoted 4 lines
_______________________________________________
linux-lvm mailing list
[email protected]
http://lists.sistina.com/mailman/listinfo/linux-lvm
Scott Denton
[email protected]
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-----
Quoted 5 lines
_______________________________________________
linux-lvm mailing list
[email protected]
http://lists.sistina.com/mailman/listinfo/linux-lvm
Quoted 4 lines
_______________________________________________
linux-lvm mailing list
[email protected]
http://lists.sistina.com/mailman/listinfo/linux-lvm
Scott Denton
[email protected]
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
[email protected]
http://lists.sistina.com/mailman/listinfo/linux-lvm
Quoted 12 lines
Quoted 4 lines
_______________________________________________
linux-lvm mailing list
[email protected]
http://lists.sistina.com/mailman/listinfo/linux-lvm
Signature · 5 lines
I have no need for a spirituality which can not encompass my humanness.
_______________________________________________
linux-lvm mailing list
[email protected]
http://lists.sistina.com/mailman/listinfo/linux-lvm
_______________________________________________
linux-lvm mailing list
[email protected]
http://lists.sistina.com/mailman/listinfo/linux-lvm

Signature · 1 line

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

James

2001-02-05 14:57 UTC #5 lore raw

It worked ! (sorry to sound so surprised :-)

The resize2fs -f had me stuck for a while :-)

Thanks for your help

James

Quoted 278 lines · Jos Visser

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)
Quoted 256 lines
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
Quoted 193 lines · Jos Visser
/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)
Quoted 178 lines
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.
Quoted 169 lines · S. Michael Denton
-----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). :)
Quoted 135 lines · On Monday, 05 February 2001 07:44, James [SMTP:[email protected]] 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.
Quoted 122 lines · 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...
Quoted 73 lines · On Monday, 05 February 2001 07:25, James [SMTP:[email protected]] wrote:
That would be great :-)
Quoted 59 lines · Tom Dawes-Gamble
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@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@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.
Quoted 7 lines
Quoted 5 lines · James
Hello
Is it normal after growing an LV not to see the change with df -h ? But it can be seen with vgdisplay -v ?
Quoted 17 lines
Did you also resize the filesystem? df shows filesystem sizes. If so, maybe a remount of the filesystem could help.
Bye...
Dirk
Signature · 8 lines
Dirk Heinrichs		| Tel:	+49 (0)241 413 260
QIS Systemhaus GmbH	| Fax:	+49 (0)241 413 2640
Jülicher Str. 338b	| Mail:	[email protected]
D-52070 Aachen		| Web:	http://www.qis-systemhaus.de
_______________________________________________
linux-lvm mailing list
[email protected]
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@uksr' '.hp.com'
Quoted 8 lines
*>"+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
[email protected]
http://lists.sistina.com/mailman/listinfo/linux-lvm
Quoted 4 lines
_______________________________________________
linux-lvm mailing list
[email protected]
http://lists.sistina.com/mailman/listinfo/linux-lvm
Scott Denton
[email protected]
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-----
Quoted 5 lines
_______________________________________________
linux-lvm mailing list
[email protected]
http://lists.sistina.com/mailman/listinfo/linux-lvm
Quoted 4 lines
_______________________________________________
linux-lvm mailing list
[email protected]
http://lists.sistina.com/mailman/listinfo/linux-lvm
Scott Denton
[email protected]
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
[email protected]
http://lists.sistina.com/mailman/listinfo/linux-lvm
Quoted 12 lines
Quoted 4 lines
_______________________________________________
linux-lvm mailing list
[email protected]
http://lists.sistina.com/mailman/listinfo/linux-lvm
Signature · 5 lines
I have no need for a spirituality which can not encompass my humanness.
_______________________________________________
linux-lvm mailing list
[email protected]
http://lists.sistina.com/mailman/listinfo/linux-lvm
_______________________________________________
linux-lvm mailing list
[email protected]
http://lists.sistina.com/mailman/listinfo/linux-lvm
Signature · 5 lines
I have no need for a spirituality which can not encompass my humanness.
_______________________________________________
linux-lvm mailing list
[email protected]
http://lists.sistina.com/mailman/listinfo/linux-lvm

Andreas Dilger

2001-02-05 22:38 UTC #6 lore raw

In reply to Jos Visser

Quoted 5 lines · Jos Visser

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.

Not to be overly positive or anything, but the online ext2 resizing is actually very safe. With the exception of the fact the user tools don't work on big-endian systems, I haven't had any bug reports on this in a long time. Even then, I've basically never had a bug report that ended in data loss.

The only issue with online ext2 resizing is that changes in the latest 2.4 kernels cause an oops at resize time. This has been fixed, and I will probably be releasing a new ext2resize tools, mostly to update the kernel patches.

Quoted 3 lines · Tom Dawes-Gamble

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.

That's what e2fsadm is for - it will resize the filesystem and the LV at the same time. IMHO, it is a bad idea to make lvextend do filesystem work. However, for some reason the 0.9 version of e2fsadm doesn't have the online resizing changes that are in 0.8.1. I have a patch to fix this.

Cheers, Andreas

Signature · 3 lines

Andreas Dilger  \ "If a man ate a pound of pasta and a pound of antipasto,
                 \  would they cancel out, leaving him still hungry?"
http://www-mddsp.enel.ucalgary.ca/People/adilger/               -- Dogbert

[email protected]

2001-02-05 19:34 UTC #7 lore raw

In reply to James

In article <[email protected]> you write:

Quoted 4 lines

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.

FYI, reiserfs apparently allows resizing of a mounted filesystem. Mind you, I'd do a backup before trying anything resembling that, but then backing up before resizing is always a good idea.

Signature · 2 lines

Dave Meyer
[email protected]

Richard Smith

2001-02-05 14:55 UTC #8 lore raw

Quoted 11 lines · [email protected] wrote:

In article <[email protected]> you write:
Quoted 4 lines
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.
FYI, reiserfs apparently allows resizing of a mounted filesystem. Mind you, I'd do a backup before trying anything resembling that, but then backing up before resizing is always a good idea.

Quoted 7 lines

--
Dave Meyer
[email protected]
_______________________________________________
linux-lvm mailing list
[email protected]
http://lists.sistina.com/mailman/listinfo/linux-lvm

Do you have anymore information on this. I use reiser on my LV now. Its just scratch disks so I can play. I am intrested in this chfs issue.

[email protected]

2001-02-05 21:37 UTC #9 lore raw

In article <[email protected]> you write:

Quoted 8 lines

Quoted 3 lines · [email protected] wrote:
FYI, reiserfs apparently allows resizing of a mounted filesystem. Mind you, I'd do a backup before trying anything resembling that, but then backing up before resizing is always a good idea.
Do you have anymore information on this. I use reiser on my LV now. Its just scratch disks so I can play. I am intrested in this chfs issue.

It's pretty easy. Use lvextend to increase the size of the LV, then run something like resize_reiserfs -f /dev/misc_vg/am_lv, and it'll just work. By default resize_reiserfs expands the filesystem to fill the LV, but you can specify how much to grow the filesystem with -s.

This doesn't work, BTW, for shrinking. You must unmount the filesystem to shrink it, then use lvreduce to shrink the LV.

Signature · 2 lines

Dave Meyer
[email protected]

Richard Smith

2001-02-05 17:28 UTC #10 lore raw

--snip--
thanks for the tip. I will try it out.
with some junk data.

Erik Bågfors

2001-02-05 21:17 UTC #11 lore raw

In reply to [email protected]

Quoted 10 lines · On 05 Feb 2001 14:34:45 -0500, wrote:

In article <[email protected]> you write:
Quoted 4 lines
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.
FYI, reiserfs apparently allows resizing of a mounted filesystem. Mind you, I'd do a backup before trying anything resembling that, but then backing up before resizing is always a good idea.

I have resized reiserfs online alot. I have never had any problems with it. Am at the point
where I don't do backups at all because everything just works so good.

Ofcourse.. I live alittle bit dangerous when doing that I know...

/Erik

Signature · 4 lines

Erik Bågfors               | http://erik.bagfors.nu/    
[email protected]            | [email protected]
Supporter of free software | GSM +46 733 279 273
fingerprint: 6666 A85B 95D3 D26B 296B 6C60 4F32 2C0B 693D 6E32

Patrick Caulfield

2001-02-05 12:59 UTC #12 lore raw

In reply to S. Michael Denton

Quoted 7 lines · S. Michael Denton

-----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). :)

Wouldn't it be better to use e2fsadm? That will ajust the filesystem and the LV in the correct order depending on whether you are extending or reducing the LV.

The message is only a resonable idea for extending - if you are reducing the message would e something like "I hope you remembered to reduce your filesystem/tablespace first!"

patrick