ext4 lockdown (eller max_sectors /ehci_hcd)

[dmz]

Har börjat uppleva lite tråkigheter med ext4;

Kod: Markera allt

kernel BUG at fs/ext4/extents.c:860!
invalid opcode: 0000 [#1] PREEMPT SMP 
last sysfs file: /sys/devices/pci0000:00/0000:00:14.4/0000:03:06.0/resource
Modules linked in: ipv6 joydev hid_pl ff_memless usb_storage usbhid hid ext4 jbd2 crc16 ext2 snd_hda_codec_realtek snd_seq_dummy snd_seq_oss snd_seq_midi_event snd_seq snd_seq_device battery snd_hda_intel snd_hda_codec snd_pcm_oss snd_mixer_oss snd_hwdep snd_pcm ppdev i2c_piix4 psmouse nvidia(P) snd_timer snd soundcore fan parport_pc ohci_hcd ehci_hcd ati_agp ac k8temp evdev ohci1394 ieee1394 serio_raw i2c_core pcspkr lp snd_page_alloc thermal rfkill usbcore led_class agpgart button parport processor wmi sky2 sg rtc_cmos rtc_core rtc_lib ext3 jbd mbcache sr_mod cdrom sd_mod ata_generic pata_acpi pata_atiixp floppy ahci libata scsi_mod

Pid: 20, comm: pdflush Tainted: P           (2.6.30-ARCH #1) Aspire M5100
EIP: 0060:[<f9d242db>] EFLAGS: 00010212 CPU: 0
EIP is at ext4_ext_insert_extent+0xe9b/0xf00 [ext4]
EAX: 000051f7 EBX: 00000000 ECX: 0000000c EDX: d0a1a000
ESI: 00000001 EDI: f4822f60 EBP: f4822f7c ESP: f70ffbb0
 DS: 007b ES: 007b FS: 00d8 GS: 00e0 SS: 0068
Process pdflush (pid: 20, ti=f70fe000 task=f70f5400 task.ti=f70fe000)
Stack:
 00001000 f70ffc10 f6de9078 00092800 f4822f60 f443c090 d39d2000 00090001
 00000001 f626d180 00000000 f443c000 f70ffce4 f4822f7c f6de9078 ce001000
 f9d22dc1 f6b1de50 00082020 00000000 00000000 9c3b64e1 f64a4e00 f63af000
Call Trace:
 [<f9d22dc1>] ? ext4_ext_find_extent+0x111/0x2b0 [ext4]
 [<f9d2504f>] ? ext4_ext_get_blocks+0xd0f/0xe80 [ext4]
 [<f85b6aa9>] ? ehci_irq+0x119/0x200 [ehci_hcd]
 [<c011cffe>] ? ack_apic_level+0x6e/0x280
 [<f9d0fc97>] ? ext4_get_blocks_wrap+0x117/0x360 [ext4]
 [<f9d11839>] ? mpage_da_map_blocks+0xd9/0x870 [ext4]
 [<f9d12675>] ? __mpage_da_writepage+0xe5/0x190 [ext4]
 [<c01a7633>] ? __pagevec_release+0x23/0x40
 [<c01a4a78>] ? write_cache_pages+0x238/0x3e0
 [<f9d12590>] ? __mpage_da_writepage+0x0/0x190 [ext4]
 [<f9d12265>] ? ext4_da_writepages+0x295/0x470 [ext4]
 [<f9d1228f>] ? ext4_da_writepages+0x2bf/0x470 [ext4]
 [<c01a4c9b>] ? do_writepages+0x2b/0x60
 [<c01f0da0>] ? __writeback_single_inode+0x90/0x3e0
 [<c01f14dc>] ? generic_sync_sb_inodes+0x15c/0x4b0
 [<c01f1a3c>] ? writeback_inodes+0x4c/0xf0
 [<c01a5596>] ? background_writeout+0xb6/0x100
 [<c01a60ec>] ? pdflush+0x12c/0x230
 [<c01a54e0>] ? background_writeout+0x0/0x100
 [<c01a5fc0>] ? pdflush+0x0/0x230
 [<c0154302>] ? kthread+0x52/0x90
 [<c01542b0>] ? kthread+0x0/0x90
 [<c01047e7>] ? kernel_thread_helper+0x7/0x10
Code: 53 10 e9 64 ff ff ff 0f 0b eb fe 0f 0b eb fe 89 f8 e8 aa 41 4d c6 e9 d4 fb ff ff 89 d0 e8 9e 41 4d c6 e9 0d fa ff ff 0f 0b eb fe <0f> 0b eb fe 31 db e9 fa f7 ff ff 0f 0b eb fe 89 d8 e8 7f 41 4d 
EIP: [<f9d242db>] ext4_ext_insert_extent+0xe9b/0xf00 [ext4] SS:ESP 0068:f70ffbb0
---[ end trace 8418ef03ac3786f8 ]---

Vilket åtföljs av konstant död av diskarna. Det närmaste en lösning jag har hittat är detta; http://osdir.com/ml/linux-ext4/2009-05/msg00258.html
Någon ytterligare information har jag inte lyckats hitta?

[dmz]

Möjligheten finns att jag själv fuckat upp genom att stänga av root's reserverade 5% (tune2fs -m0), då jag för skojs skull testade att att ge tillbaka 1% och efter en fsck så verkar det fungera igen...
Lite lustigt dock då jag inte begriper varför detta ska vara nödvändigt då det enbart är datalagringsdiskar det handlar om.
Bowmore? :>

[philip5]

Har inget bra att komma med vad gäller ditt problem mer än att jag hade stora problem med ext4 och jauntys orginalkärna för att hela datorn frös slumpmässigt om jag raderade många eller stora filer. Märkte det främst om jag satte upp en lite större byggmiljö för att bygga paket med pbuilder. När builden var klar och den skulle radera byggmiljön och den låg på en ext4-partition så frös allt. Nu kör jag med en egen build av 2.6.30 som funkar helt utan några ext4 eller andra problem vad jag märkt av sedan uppdatering. Ext4 känns inte helt stabilt och pålitligt om man inte kör en kernel som är 2.6.30 eller nyare/med motsvarande patchar.

[dmz]

Uppdaterade till 2.6.30.5-1 och problemen jag upplevt med ext4, alternativt ehci_hcd, verkar nu vara borta... hoppas jag.

Edit; för att förtydliga så körde jag alltså 2.6.30.4 innan, och innan dess .28, och med .28 så upplevde jag inga problem. Återstår att se om det håller i sig.

[dmz]

Verkar som att det kanske inte är ext4/ehci_hcd's fel trots allt. Detta fulhacket verkar "lösa" problemet...

Kod: Markera allt

alias mountfixbug='echo 64 > /sys/block/sdn/device/max_sectors && mount -a'