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/
