LVM - Volume átméretezés probléma

 ( pekob | 2019. március 4., hétfő - 15:49 )

Sziasztok!

Előállt egy olyan helyzet, hogy szerettem volna megnövelni az egyik logikai kötet méretét 43 gigával, hogy 150 giga legyen.
Az lvextend lement, utána indítottam a resize2fs-t, de az pár perc múlva kidobott az ssh session-ből.
Visszajelentkezve azt látom, hogy a 43 giga helyett csak 13 gigával lett növelve a fájlrendszer, viszont a logikai kötet
szabad mérete 43 gigával csökkent.
Ilyenkor mi a teendő?

Hozzászólás megjelenítési lehetőségek

A választott hozzászólás megjelenítési mód a „Beállítás” gombbal rögzíthető.

Remélem csak nem írtad, és nem hagytad ki az e2fsck-t.
És egy dumpe2fs -h sem ártana.

---------------------------------------------------------------
Ritkán szólok hozzá dolgokhoz. Így ne várj tőlem interakciót.

Simán kihagytam :)

root@mail:/home/vajlegy# dumpe2fs -h /dev/mapper/VG0-mail
dumpe2fs 1.42 (29-Nov-2011)
Filesystem volume name:
Last mounted on: /var/mail
Filesystem UUID: d0fb9141-dbc3-4edc-a0ff-19c4d024a589
Filesystem magic number: 0xEF53
Filesystem revision #: 1 (dynamic)
Filesystem features: has_journal ext_attr resize_inode dir_index filetype needs_recovery extent flex_bg sparse_super large_file huge_file uninit_bg dir_nlink extra_isize
Filesystem flags: signed_directory_hash
Default mount options: user_xattr acl
Filesystem state: clean
Errors behavior: Continue
Filesystem OS type: Linux
Inode count: 7899680
Block count: 31784960
Reserved block count: 1587148
Free blocks: 10039449
Free inodes: 6835157
First block: 0
Block size: 4096
Fragment size: 4096
Reserved GDT blocks: 588
Blocks per group: 32768
Fragments per group: 32768
Inodes per group: 8144
Inode blocks per group: 509
Flex block group size: 16
Filesystem created: Fri Nov 23 16:22:22 2012
Last mount time: Tue Oct 16 19:07:34 2018
Last write time: Tue Oct 16 19:07:34 2018
Mount count: 17
Maximum mount count: -1
Last checked: Fri Nov 23 16:22:22 2012
Check interval: 0 ()
Lifetime writes: 647 GB
Reserved blocks uid: 0 (user root)
Reserved blocks gid: 0 (group root)
First inode: 11
Inode size: 256
Required extra isize: 28
Desired extra isize: 28
Journal inode: 8
First orphan inode: 1699895
Default directory hash: half_md4
Directory Hash Seed: 6b30010e-4673-45e0-9c70-9fe3b6dfb34d
Journal backup: inode blocks
Journal features: journal_incompat_revoke
Journal size: 128M
Journal length: 32768
Journal sequence: 0x003e8900
Journal start: 29929

Most ha jól látom, 121G méretű. Szóval passz. Próbálj egy e2fsck -fyvD opcióval. Aztán utána újra resize2fs. Hátha.

---------------------------------------------------------------
Ritkán szólok hozzá dolgokhoz. Így ne várj tőlem interakciót.

ha van még helyed:
lvextend /dev/mapper/VG0-mail -L +1G -r

Van még hely, csak már félek hozzányúlni :)
Egy valamitől tartok, ha előáll az a helyzet, hogy a logikai kötetkezelő azt hiszi van még hely,
de fizikailag már nincs, na akkor mi lészen...

nem hiszem, hogy előáll.
de ha biztos akar lenni benne, hogy nem szakitja meg semmi kapcsolat, akkor screen -ben futtasd

pvs -v --segments /dev/sdXX

Ez megmutatja neked, hogy mit gondol a kiosztott területekről.

--
http://eVIR.hu
Elektronikus Vállalatirányítási Információs Rendszer