Chyby na image s systémem EXT3

19.1.2011 19:59 | Přečteno: 1364× | linux | poslední úprava: 20.1.2011 11:29

Na jednom disku mám z Qemu udělaný image, byl obyčejně připojován přes /loop do systému jako další úložiště . Dnes jsem na něm dělal malou organizaci, abych ho o něco zmenšil a ext3 začala házet errory.

Byl to klasický image z Qemu cca 6GB a najednou .. systém začínal házet toto:

Jan 19 19:38:39 merlins kernel: [  131.412119] Buffer I/O error on device loop0, logical block 1502979
Jan 19 19:38:39 merlins kernel: [  131.412122] lost page write due to I/O error on loop0
Jan 19 19:38:39 merlins kernel: [  131.554816] Buffer I/O error on device loop0, logical block 1506055
Jan 19 19:38:39 merlins kernel: [  131.554822] lost page write due to I/O error on loop0
Jan 19 19:38:40 merlins kernel: [  132.685576] JBD: recovery failed
Jan 19 19:38:40 merlins kernel: [  132.685586] EXT3-fs (loop0): error loading journal
Jan 19 19:40:30 merlins kernel: [  242.738507] kjournald starting.  Commit interval 15 seconds
Jan 19 19:40:30 merlins kernel: [  242.738567] EXT3-fs (loop0): using internal journal
Jan 19 19:40:30 merlins kernel: [  242.738574] EXT3-fs (loop0): mounted filesystem with ordered data mode
Jan 19 19:42:06 merlins kernel: [  338.136687] Buffer I/O error on device loop0, logical block 1507080

V tu chvíli mazání ustalo - indikátor v mc byl na 0% a celé okno jak-si umřelo

Iotop ukazoval skoro 100% cpu, z toho 80% žral kjournald. Nechápu co se mu zase dělo. Říkal jsem si, že se asi domotal nějak žurnál, tak jsem ho nechal tak.

Diskem na kterém je image to asi nebude, protože ten normálně funguje a jsou na něm ostatní zálohy atd.

Nechal jsem to být 20 min a stále to bylo jako předtím. Snažil jsem se to zabít vším co šlo, ale nepodařilo se.

Tak jsem musel zmáčknout reset (sakra kde je to tlačítko) a po rebootu jsem udělal e2fsck.

Připojil jsem to a udělalo ta zase zase.

Netušíte někdo co s tím. Já vidím, že to budu předělat na něco jiného.

Nevíte někdo čím když se toto stane to zabít?

Díky        

Komentáře

[gtz]

Napadlo mne akorát u těchto případů zakázat Kjournald popř. ho někam nasměrovat jinam. Další možnost byla tam udělat jen ext2fs.

Nezkoušel někdo něco takového:

mke2fs journal_dev -O /dev/ram0

mke2fs -J size=8,device=/dev/ram0 /dev/sde1

mount /dev/sde1 /media/ext3nojournal

[kralyk z abclinuxu]

Jako že by tyhle errory dělal loop device sám o sobě je divný...
Zkoušels ten imgage třeba překopírovat někam jinam a připojit odtamtud?

[gtz]

Zkoušel jsem ho nacpat jinam - na externí satu a udělalo to taky.

Data se mi z něj podařilo vykopírovat v pohodě, e2fsk tvrdí, že je image čistý, ale jakmile tam něco zapíšu najednou tak se to zase posere. Poslal jsem tam 300M a po 100M to šlo do kytek zase.

Nevíš čím to pak zabít, abych nemusel resetovat? Normální cestou to nejde

[Jardík]

Vadný kernel a chyba ve věcech kolem loopu?

[gtz]

Zkoušel jsem jiný kernel co jsem měl na OSS 11.3 a stejný, akorát mne štve, že když se to stane tak se nedá ten proces nějak normálně ubít. Disk šrotil jako oteklý, po rebootu jsem ten image již ne-připojil. Po e2fsck kdy napsal, že je coruptlý žurnál se mi to podařilo mountnout. Zkoušel jsem udělat i jiný image a ten jede v pořádku.

[Bedňa]

Preto a na jeho počesť, nikdy nepoužívam nič čo začína na ext... a budeš v pohode.

[gtz]

No já jsem s ext2/ext3 neměl problémy. NTFS mi tam řvalo nějaký error. Možná zkusím večer XFS.

[Aleš Kapica]

Všeho je jen dočasu.

[Bedňa]

Tak, tak.

[Grunt]

Tak přesně tohle se mi stalo (i s tím zacyklením) když mi disk realokoval pár první bloků na disku a nahradil je samýma nulama. Asi se zrovna trefil někde do žurnálu a tam kde obyčejně extX očekává nějaké data, pointery a tak dostane nuly a dojde k nějakému přetečení, podtečení, adresace nevalidní adresy a skončí to zacyklením. Jediné co k tomu lze dodat: No, nemilé.

[gtz]

Jak jsi to zabil? Také jenom reset?

[Grunt]

dd if=/dev/zero of=/dev/sdX
mkfs.ext3 /dev/sdX

Nebylo to zas tak nic kritického a dat jsem prostě zkopčil znova (jistota je prostě kulomet).

[Grunt]

Jo zabil? Sorry. (Rytmus je prase) No to jsem ani nemusel. Prostě Mironet. Za jednou údajně nový disk z výroby ze kterého jsem si obnovil Starcrafta a Band of Brothers (tuna warezu by mi stejně byla na nic) mi poslali druhý (údajně) nový disk, který sice už obsahoval binárně samé nuly a vyresetovaný SMART, ale po první kontrole SMARtem (podotýkám, že binárně stále samé nuly a ještě jsem krom toho smartu na povrch ani nešáhnul) čtyři realokované bloky. Však to s ním vypadá tak i v provozu. Ještě mi tu leží krasavice. Nevím co si ní počít.

[gtz]

No já jsem to měl v imagi, a když se to stalo, tak se disk pomátl a nenašel jsem jak ten proces kill-nout tak, abych nemusel dělat reset.

To s disky dělají firmy, když jim diagnostika nic neukáže. Lepší je ten disk poslat do věčných lovišť. když se netočí, jistě dají nový.

[Heron]

Žurnál by měl jít pomocí tune2fs vypnout (stane se z toho ext2). Potom fsck samotného fs a potom opětovné zapnutí žurnálu (zpět na ext3).

Všechno podstatné je na více místech (tím myslím superblock), takže by to do nějakého stavu jít obnovit mělo.

[Grunt]

↑.