Dotaz: centos 5.4 ,ext4 a lvm oddil 16T+

[dik]

Cau, podle dokumentace by centos 5.4 mel umet ext4 partisnu vetsi nez 16T+ .

Realita bouzel vypada takto:

[root@zaloha ~]# uname -a Linux zaloha 2.6.18-164.el5

[root@zaloha ~]# lvs LV VG Attr LSize Origin Snap% Move Log Copy% Convert LVbackup3 VGstore3 -wi-a- 17.73T

[root@zaloha ~]# resize2fs -p /dev/VGstore3/LVbackup3 resize2fs 1.41.9 (22-Aug-2009) resize2fs: File too large while trying to determine filesystem size

Google mi nepomohl ,nevite nekdo co s tim? Díky za radu, dik

Odpovědi

[MMichal]

A neni tam nahodou resize4fs ?

[dik]

je a vysledek je bouzel stejny.. zkusil jsem zkompilovat posledni verzi e2fsprogs a taky nic. dik

[Heron]

Ten malý oddíl je vytvořený jako ext4, nebo nějak zkonvertovaný?

[dik]

Oddil je vytvoreny jako ext4 na 15T lvmku. Lvmko jsem extendoval na 17.73T a ted se snazim roztahnout ext4ku.. Zajimave je ,ze pri startu systemu a mountu daneho lvm svazku zahlasi jadro chybu, ze lvm je prilis velike a nemumi poznat jeho velikost. Pri dodatecnem rucnim mountu vse probehne oka. dik

[Heron]

To se docela nebezpečně pohybuje kolem hranice 16TB. Je to 64b nebo 32b? Na to by to sice nesmí mít vliv, ale co kdyby. Já zkusím tu hranici nějak překonat (2 SCSI řadiče do vmware a 30 virtálních disků).

[dik]

System mam 64bit. Prave o tech 16T+ mi jde. Centos si proste neumi poradit s lvmkem 16T+ a ja potrebuju na lvm 17,74T dostat (resiznout) ext4ku.

[Ondar]

Tak já bych hlavně vůbec ext4 u tohoto kernelu nepoužíval. Také jsem zkusil resize4fs a dostal jsem kernel panic. Rád bych ext4 taky použil, ale zřejmě to ještě není "ready for production".

[dik]

..no ja mam ext4 nahozenou na nekolika zatizenych masinach a jsem spokojen Hlavne s malymi soubory je narust vykonu znat. dik

[Heron]

No hlavně to RHEL vydává jako technology preview. Tedy nic pro ostrá data.

[dik]

vim,ale to uz byl v 5.3 ,takze mu celkem verim

[Ondar]

To je pravda - taky jsem to hned zkusil - ale potom co jsem skopíroval adresářový strom pomocí cp -a na ext4 a velikosti neodpovídaly, tak jsem si řekl, že je to fakt spíchnutý horkou jehlou. Šel bych do toho hrozně rád, ale pád systému si prostě nemohu dovolit....

[dik]

ze by extenty? zkuste to zkontrolovat pres rsync..

[michich]

Je ten kernel panic někde nahlášen?

[Ondar]

Je ten kernel panic někde nahlášen?

No do RedHatu jsem to nehlásil - proč taky? Jak už tady bylo řečeno, je to furt Technology preview, takže by se na mě stejně vybodli. Ale pro ty co to zajímá:

EXT4 FS on dm-3, no journal
EXT4-fs: delayed allocation enabled
EXT4-fs: mballoc enabled
EXT4-fs: mounted filesystem dm-3 without journal
SELinux: initialized (dev dm-3, type ext4), uses xattr
Unable to handle kernel NULL pointer dereference at 0000000000000024 RIP:
 [ffffffff80064a55] _spin_lock+0x0/0xa
PGD 1fdf51067 PUD 1e3e5f067 PMD 0
Oops: 0002 [1] SMP
last sysfs file: /block/ram0/dev
CPU 0
snapshot dm_zero dm_mirror dm_log dm_mod shpchp mptspi mptscsih mptbase scsi_transport_spi sd_mod scsi_mod ext3 jbd uhci_hcd ohci_hcd ehci_hcd
Pid: 8285, comm: resize4fs Not tainted 2.6.18-164.2.1.el5 #1
RIP: 0010:[ffffffff80064a55]  [ffffffff80064a55] _spin_lock+0x0/0xa
RSP: 0018:ffff8101e4a39d90  EFLAGS: 00010246
RAX: ffff8101e4a39db0 RBX: 0000000000000000 RCX: 0000000000000000
RDX: ffff8101f12250c0 RSI: ffff8101fc074400 RDI: 0000000000000024
RBP: ffff8101e4856b90 R08: ffff8101e4a38000 R09: 0000000000000000
R10: 0000000000000001 R11: 0000000000000246 R12: 0000000040086607
R13: 0000000000000000 R14: 0000000000000024 R15: 00007fff9605c501
FS:  00002b307ba7cb20(0000) GS:ffffffff803c1000(0000) knlGS:00000000f7d6e6c0
CS:  0010 DS: 0000 ES: 0000 CR0: 000000008005003b
CR2: 0000000000000024 CR3: 00000002ee863000 CR4: 00000000000006e0
Process resize4fs (pid: 8285, threadinfo ffff8101e4a38000, task ffff8101f12250c0)
Stack:  ffffffff88702147 0000000000000000 ffff8101f12250c0 ffffffff8009fc0d
 ffff8101e4a39db0 ffff8101e4a39db0 00007fff9605c32c 0000000000000000
 ffff8101e4856b90 0000000040086607 ffff8101c68acc00 0000000000000004
Call Trace:
 [ffffffff88702147] :jbd2:jbd2_journal_lock_updates+0x4e/0xd4
 [ffffffff8009fc0d] autoremove_wake_function+0x0/0x2e
 [ffffffff8872388d] :ext4:ext4_ioctl+0x459/0x58a
 [ffffffff80128604] inode_has_perm+0x56/0x63
 [ffffffff80022ec5] file_move+0x36/0x44
 [ffffffff8001e8b4] __dentry_open+0x101/0x1dc
 [ffffffff800420aa] do_ioctl+0x21/0x6b
 [ffffffff800302ce] vfs_ioctl+0x457/0x4b9
 [ffffffff8004c76b] sys_ioctl+0x59/0x78
 [ffffffff8005d28d] tracesys+0xd5/0xe0


Code: f0 ff 0f 0f 88 6c 01 00 00 c3 f0 81 2f 00 00 00 01 74 05 e8
RIP  [ffffffff80064a55] _spin_lock+0x0/0xa
 RSP ffff8101e4a39d90

[2009]

Na debiane dostavam podobne obcas po reiserfs a to aj pri 10GB particii pod LVM...

[michich]

Možná by se vybodli, možná nevybodli. Jako technology preview to sice nebude priorita, ale to neznamená, že opravování chyb je vyloučeno.