[linux-lvm] LVM Problems :)

Fri Feb 13 12:08:02 UTC 2004

Hi there!

Big thanks for the very fast answer!!
Much appreciated!

Just to be VERY sure, tune2fs -l says:

tune2fs -l /dev/share/data
tune2fs 1.32 (09-Nov-2002)
Filesystem volume name:   <none>
Last mounted on:          <not available>
Filesystem UUID:          e89bf0d8-31fc-4ef0-945a-8cc4bb0c1d4c
Filesystem magic number:  0xEF53
Filesystem revision #:    1 (dynamic)
Filesystem features:      filetype sparse_super large_file
Default mount options:    (none)
Filesystem state:         not clean
Errors behavior:          Continue
Filesystem OS type:       Linux
Inode count:              125288448
Block count:              250576896
Reserved block count:     0
Free blocks:              8128738
Free inodes:              125210458
First block:              0
Block size:               4096
Fragment size:            4096
Blocks per group:         32768
Fragments per group:      32768
Inodes per group:         16384
Inode blocks per group:   512
Filesystem created:       Fri May 30 17:14:27 2003
Last mount time:          Fri Feb 13 14:58:30 2004
Last write time:          Fri Feb 13 14:58:30 2004
Mount count:              12
Maximum mount count:      20
Last checked:             Thu Feb 12 18:53:36 2004
Check interval:           15552000 (6 months)
Next check after:         Tue Aug 10 19:53:36 2004
Reserved blocks uid:      0 (user root)
Reserved blocks gid:      0 (group root)
First inode:              11
Inode size:               128

----

So What lvreduce size should i use to shrink it?
I better have a guru look over it, better safe than
sorry :)

-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 at 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 at RedHat.com                            +49 2626 141200
>                                                        FAX 924446
> =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
> 
> _______________________________________________
> linux-lvm mailing list
> linux-lvm at 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 at 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
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 189 bytes
Desc: not available
URL: <http://listman.redhat.com/archives/linux-lvm/attachments/20040213/41e2189a/attachment.sig>