Yes, of course it was not a rogue lvm ;) Fun is a must, eh?
Anyway, Here is my recipe of shrinking the lvm. I hope i got it right, now with the e2fsadm thingy:
1. unmount it 2. e2fsadm -L-(SIZE)G /dev/share/data 3. pvmove /dev/(HDD) 4. vgchange -a n ; vgchange -x y 5. vgreduce share /dev/(HDD) 6. vgchange -x n ; vgchange -a y 7. fdisk /dev/(HDD) 8. mkfs.ext2 auf /dev/(HDD) 9. Copy files to reduce data amount on LVM 10. repeat
Or am i missing anything? :) If not, i will spent some hours of GREAT FUN shrinking it. Ahh, the fsck's, movings and.. :)
-Christian. BTW: Awesome support! :)
Heinz Mauelshagen wrote:
On Fri, Feb 13, 2004 at 06:06:59PM +0100, Christian Reiss wrote:
Greetings again,
Curious, I replied, but did not recive a copy of my reply, maybe it got lost in the internet? :) Killed by a rogue lvm, I assume ;) - If this was/is only me missing my reply, then I am deeply sorry for spamming - not intentionally, really.
Christian,
as long as you agree that it wasn't LVM it is no problem ;-)
---
Hi there!
Big thanks for the very fast answer!! Much appreciated!
Just to be VERY sure, tune2fs -l says:
<SNIP>
Block count: 250576896
<SNIP>
Block size: 4096
<SNIP>
So What lvreduce size should i use to shrink it? I better have a guru look over it, better safe than sorry
250576896 * 4KB / 1024MB/KB= 978816MB (which is a multiple of 32MB)
->
# lvreduce -L 978816M /dev/share/data
That should free 112640MB or 3520 PEs in your VG.
BTW: you should either run e2fsadm to grow/shrink the unmounted filesystem _and_ the logical volume in one go -or- use the filesystem resizer and lvextend/lvreduce in the correct order (lvextend + grow fs -or- shrink fs + lvreduce).
Problem with the later is getting the size arguments right ;-)
Regards, Heinz -- The LVM Guy --
-Christian.
Heinz Mauelshagen wrote:
Christian,
the size of your filesystem and logical volume differs already. That's why e2fsadm fails. Did you eventually run resize2fs in order to shrink the filesystem ?
Your logical volume size is 1091456MB (32MB/PE * 34108 PE) but your filesystem size is 963584GB (941GB * 1024MB/GB; check with "tune2fs -l" and look for the block count and block size to calculate this correctly).
In case the result shows, that your filesystem is already smaller
than the LV,
lvreduce the logical volume appropriately.
Use the block count * block size result and round it up to the next PE!
Regards, Heinz -- The LVM Guy --
On Fri, Feb 13, 2004 at 03:06:28PM +0100, Christian Reiss wrote:
Greetings!
I am trying to dissolve a running LVM, so i am doing the e2fsadm, lvreduce, pvmove thingy. But ever since I removed the first hdd, I am unable to resize the lvm any more. The error can be seen below, with e2fsadm. I also included the vg&lvdisplay commands.
I am running the LVM1 sources (non-cvs, approx mid last year), as i am unable to run LVM2 (need to downgrade kernel to 2.4.22 (no patch included in lvm2 for 2.4.23)). Also, I am (too dumb/unable) to locate a e2fsadm alike tool for lvm2, as e2fsadm needs the lvm-tab thingy, which lvm2 no longer provides.
Any help is greatly appreciated.
-Christian.
:::::::::::::::::: ::: vgdisplay ::::
--- Volume group --- VG Name share VG Access read/write VG Status available/NOT resizable VG # 0 MAX LV 256 Cur LV 1 Open LV 1 MAX LV Size 2 TB Max PV 256 Cur PV 11 Act PV 11 VG Size 1.12 TB PE Size 32 MB Total PE 36668 Alloc PE / Size 34108 / 1.04 TB Free PE / Size 2560 / 80 GB VG UUID PSYbaQ-bl8d-xvHp-6re2-hoKd-9mE5-Wa5Tqz
::::::::::::::: :: lvdisplay ::
--- Logical volume --- LV Name /dev/share/data VG Name share LV Write Access read/write LV Status available LV # 1 # open 1 LV Size 1.04 TB Current LE 34108 Allocated LE 34108 Allocation next free Read ahead sectors 1024 Block device 58:0
::::::::::::: :: e2fsadm ::
e2fsadm -L-10G /dev/share/data e2fsadm -- logical volume size for "/dev/share/data" invalid
::::::::::: :: df -h ::
Filesystem Size Used Avail Use% Mounted on /dev/share/data 941G 910G 32G 97% /share/filebase
-- Christian Reiss <email@demonlord.de> demonserver.de
Key fingerprint = 2999 B7CD A218 06DF D658 5BE3 18B6 B232 02FF 71B2 Public Key can be obtained here: http://www.demonlord.de/pgp.txt
*** Software bugs are stupid. Nevertheless it needs not so stupid people to solve them ***
=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
Heinz Mauelshagen Red Hat, Inc. Consulting Development Engineer Am Sonnenhang 11 56242 Marienrachdorf Germany Mauelshagen@RedHat.com +49 2626 141200 FAX 924446
=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
_______________________________________________ linux-lvm mailing list linux-lvm@redhat.com https://www.redhat.com/mailman/listinfo/linux-lvm read the LVM HOW-TO at http://tldp.org/HOWTO/LVM-HOWTO/
-- Christian Reiss <email@demonlord.de> demonserver.de
Key fingerprint = 2999 B7CD A218 06DF D658 5BE3 18B6 B232 02FF 71B2 Public Key can be obtained here: http://www.demonlord.de/pgp.txt
*** Software bugs are stupid. Nevertheless it needs not so stupid people to solve them ***
=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
Heinz Mauelshagen Red Hat, Inc. Consulting Development Engineer Am Sonnenhang 11 56242 Marienrachdorf Germany Mauelshagen@RedHat.com +49 2626 141200 FAX 924446 =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
_______________________________________________ linux-lvm mailing list linux-lvm@redhat.com https://www.redhat.com/mailman/listinfo/linux-lvm read the LVM HOW-TO at http://tldp.org/HOWTO/LVM-HOWTO/
-- Christian Reiss <email@demonlord.de> demonserver.de
Key fingerprint = 2999 B7CD A218 06DF D658 5BE3 18B6 B232 02FF 71B2 Public Key can be obtained here: http://www.demonlord.de/pgp.txt
Attachment:
pgp00556.pgp
Description: PGP signature
