[solved]kernel bug while deleting a file?

dt · 2012-08-25 08:26:36

Hi,

so I just deleted a file or tried to anyways. But I only got a black screen with the following text:

Aug 25 09:44:12 localhost kernel: [475774.988380] BUG: unable to handle kernel NULL pointer dereference at 00000018
Aug 25 09:44:12 localhost kernel: [475774.988694] IP: [<e0cb5cdb>] ext4_ext_remove_space+0xa3b/0xec0 [ext4]
Aug 25 09:44:12 localhost kernel: [475774.988991] *pde = 00000000
Aug 25 09:44:12 localhost kernel: [475774.989109] Oops: 0000 [#1] PREEMPT SMP
Aug 25 09:44:12 localhost kernel: [475774.989273] Modules linked in: nls_cp437 vfat fat usb_storage uas sit tunnel4 fuse ip6t_REJECT xt_tcpudp nf_conntrack_ipv6 nf_defrag_ipv6 xt_state nf_conntrack ip6table_filter iptable_filter ip6_tables ip_tables x_tables reiserfs radeon ipw2200 b44 libipw cfg80211 yenta_socket ssb i2c_algo_bit pcmcia_rsrc rfkill lib80211 snd_intel8x0m rc_medion_x10 ati_remote pcmcia drm_kms_helper rc_core mii snd_intel8x0 snd_ac97_codec ttm ac97_bus drm mmc_core snd_pcm firewire_ohci firewire_core snd_page_alloc tifm_7xx1 joydev pcmcia_core crc_itu_t snd_timer tifm_core ppdev i2c_i801 shpchp snd parport_pc pci_hotplug irda intel_agp i2c_core iTCO_wdt soundcore iTCO_vendor_support intel_gtt agpgart serio_raw pcspkr microcode evdev parport psmouse thermal battery video crc_ccitt ac button loop cpufreq_powersave acpi_cpufreq mperf processor ext4 crc16 jbd2 mbcache sr_mod cdrom sd_mod pata_acpi ata_generic ata_piix libata scsi_mod uhci_hcd ehci_hcd usbcore usb_common
Aug 25 09:44:12 localhost kernel: [475774.990204]
Aug 25 09:44:12 localhost kernel: [475774.990204] Pid: 28884, comm: pool Not tainted 3.4.9-1-ARCH #1 Medion WIM 2030/WIM 2030
Aug 25 09:44:12 localhost kernel: [475774.990204] EIP: 0060:[<e0cb5cdb>] EFLAGS: 00010246 CPU: 0
Aug 25 09:44:12 localhost kernel: [475774.990204] EIP is at ext4_ext_remove_space+0xa3b/0xec0 [ext4]
Aug 25 09:44:12 localhost kernel: [475774.990204] EAX: 00000000 EBX: 00000000 ECX: 00000000 EDX: 00b88c9a
Aug 25 09:44:12 localhost kernel: [475774.990204] ESI: cf377c1c EDI: 00000001 EBP: cc595e8c ESP: cc595d9c
Aug 25 09:44:12 localhost kernel: [475774.990204]  DS: 007b ES: 007b FS: 00d8 GS: 00e0 SS: 0068
Aug 25 09:44:12 localhost kernel: [475774.990204] CR0: 8005003b CR2: 00000018 CR3: 11f83000 CR4: 000007d0
Aug 25 09:44:12 localhost kernel: [475774.990204] DR0: 00000000 DR1: 00000000 DR2: 00000000 DR3: 00000000
Aug 25 09:44:12 localhost kernel: [475774.990204] DR6: ffff0ff0 DR7: 00000400
Aug 25 09:44:12 localhost kernel: [475774.990204] Process pool (pid: 28884, ti=cc594000 task=c1728000 task.ti=cc594000)
Aug 25 09:44:12 localhost kernel: [475774.990204] Stack:
Aug 25 09:44:12 localhost kernel: [475774.990204]  d5c16bb8 00000002 00000523 00000013 c0259100 00000070 00000000 c1728000
Aug 25 09:44:12 localhost kernel: [475774.990204]  de9cc800 d5c16c40 00000000 df332400 df332400 c119b540 c0154613 ccc02fc0
Aug 25 09:44:12 localhost kernel: [475774.990204]  ccc02fc0 ccc02fc0 e0ccb687 00000f92 cc5981a4 e0cb9494 de993400 00000000
Aug 25 09:44:12 localhost kernel: [475774.990204] Call Trace:
Aug 25 09:44:12 localhost kernel: [475774.990204]  [<c0259100>] ? __getblk+0x30/0x310
Aug 25 09:44:12 localhost kernel: [475774.990204]  [<c0154613>] ? wake_up_bit+0x23/0x30
Aug 25 09:44:12 localhost kernel: [475774.990204]  [<e0cb9494>] ? __ext4_handle_dirty_metadata+0x64/0x100 [ext4]
Aug 25 09:44:12 localhost kernel: [475774.990204]  [<e0cb808a>] ext4_ext_truncate+0x17a/0x1b0 [ext4]
Aug 25 09:44:12 localhost kernel: [475774.990204]  [<e0c8fca5>] ? ext4_mark_inode_dirty+0x65/0x1d0 [ext4]
Aug 25 09:44:12 localhost kernel: [475774.990204]  [<e0c96f2e>] ? ext4_orphan_add+0x4e/0x1b0 [ext4]
Aug 25 09:44:12 localhost kernel: [475774.990204]  [<e0c8d6d5>] ext4_truncate+0xf5/0x100 [ext4]
Aug 25 09:44:12 localhost kernel: [475774.990204]  [<e0c9235b>] ext4_evict_inode+0x3bb/0x490 [ext4]
Aug 25 09:44:12 localhost kernel: [475774.990204]  [<c023fdd5>] ? d_delete+0x95/0x170
Aug 25 09:44:12 localhost kernel: [475774.990204]  [<c024339e>] evict+0x8e/0x170
Aug 25 09:44:12 localhost kernel: [475774.990204]  [<c024386b>] iput+0xcb/0x1b0
Aug 25 09:44:12 localhost kernel: [475774.990204]  [<c0239018>] do_unlinkat+0xf8/0x150
Aug 25 09:44:12 localhost kernel: [475774.990204]  [<c018ad3f>] ? sys_futex+0xcf/0x120
Aug 25 09:44:12 localhost kernel: [475774.990204]  [<c022ccd7>] ? sys_write+0x67/0x80
Aug 25 09:44:12 localhost kernel: [475774.990204]  [<c023a8b5>] sys_unlink+0x15/0x20
Aug 25 09:44:12 localhost kernel: [475774.990204]  [<c04b871f>] sysenter_do_call+0x12/0x28
Aug 25 09:44:12 localhost kernel: [475774.990204]  [<c04b0000>] ? bad_area_access_error+0x2f/0x3e
Aug 25 09:44:12 localhost kernel: [475774.990204] Code: 04 40 8d 04 82 89 46 10 0f b7 52 02 83 c2 01 89 d1 c1 f9 1f 85 c0 89 16 89 4e 04 0f 85 2a f8 ff ff 0f 0b 90 8d 74 26 00 8b 46 18 <8b> 40 18 89 46 14 e9 fc f7 ff ff 66 90 8b 55 e4 c7 45 94 01 00
Aug 25 09:44:12 localhost kernel: [475774.990204] EIP: [<e0cb5cdb>] ext4_ext_remove_space+0xa3b/0xec0 [ext4] SS:ESP 0068:cc595d9c
Aug 25 09:44:12 localhost kernel: [475774.990204] CR2: 0000000000000018
Aug 25 09:44:12 localhost kernel: [475775.060902] ---[ end trace 182d3641881b42b8 ]---

I couldnt do anything but a cold shutdown and I tried.. After the restart I tried to delete the folder again with no issues. rtorrent did a hash check of it after the restart and returned missing chunks, which is ofc no surprise as I tried to delete the whole thing.. I removed the torrent from the client and just then deleted the rest though.
I don't know if its related, but if I delete a file which is linked to a torrent, the free space on the hdd isnt necessarily changed until I remove the torrent from the client.
Thanks.

Last edited by dt (2012-08-26 06:35:06)

karol · 2012-08-25 11:45:44

https://bugs.archlinux.org/task/31149 ?

graysky · 2012-08-25 12:20:16

Try Linux-ck or apply the quintette of patches via ABS.

http://pkgbuild.com/git/aur-mirror.git/ … 73c1be7f0e

dt · 2012-08-26 06:47:05

thanks for the quick help.
Although I run the 3.4.9 version of the kernel, it seems to be the same bug. But since the 3.5.3 stable is out with a fix, I will wait for that one, as this was the first time I ever encountered this problem.
Btw.. mpd kept playing the current song, but didnt open the next one.
hm or maybe I will have a look into linux-ck.. decisions, decisions..
Anyways.. Thanks!

hamelg · 2012-08-26 12:43:34

Hello,

Here, this bug happens when i delete a huge file (~ 80Gb). It appears since 3.4.8.

Pid: 3444, comm: dar Tainted: P           O 3.4.9-1-ARCH #1                  /DP45SG
EIP: 0060:[<f4722cdb>] EFLAGS: 00010246 CPU: 1
EIP is at ext4_ext_remove_space+0xa3b/0xec0 [ext4]
EAX: 00000000 EBX: 00000000 ECX: 00000000 EDX: 00a0000c
ESI: dfac0d3c EDI: 00000001 EBP: ee3ffe8c ESP: ee3ffd9c
 DS: 007b ES: 007b FS: 00d8 GS: 00e0 SS: 0068
CR0: 8005003b CR2: 00000018 CR3: 20064000 CR4: 000407d0
DR0: 00000000 DR1: 00000000 DR2: 00000000 DR3: 00000000
DR6: ffff0ff0 DR7: 00000400
Process dar (pid: 3444, ti=ee3fe000 task=e0f7bf00 task.ti=ee3fe000)
Stack:
 d5c7e7d8 00000002 000007ec 00000013 c1159100 00000040 00000000 e0f7bf00
 e04d8800 d5c7e860 00000000 e0e93000 e0e93000 e08e90c0 c1054613 d42458c0
 d42458c0 d42458c0 f4738687 00000f92 ee3f81a4 f4726494 e0b44540 00000000
Call Trace:
 [<c1159100>] ? __getblk+0x30/0x310
 [<c1054613>] ? wake_up_bit+0x23/0x30
 [<f4726494>] ? __ext4_handle_dirty_metadata+0x64/0x100 [ext4]
 [<f472508a>] ext4_ext_truncate+0x17a/0x1b0 [ext4]
 [<f46fcca5>] ? ext4_mark_inode_dirty+0x65/0x1d0 [ext4]
 [<f4703f2e>] ? ext4_orphan_add+0x4e/0x1b0 [ext4]
 [<f46fa6d5>] ext4_truncate+0xf5/0x100 [ext4]
 [<f46ff35b>] ext4_evict_inode+0x3bb/0x490 [ext4]
 [<c113fdd5>] ? d_delete+0x95/0x170
 [<c114339e>] evict+0x8e/0x170
 [<c114386b>] iput+0xcb/0x1b0
 [<c1139018>] do_unlinkat+0xf8/0x150
 [<c1048ae3>] ? set_current_blocked+0x43/0x50
 [<c1048b4d>] ? sigprocmask+0x5d/0xc0
 [<c1048c56>] ? sys_rt_sigprocmask+0x56/0xa0
 [<c113a8b5>] sys_unlink+0x15/0x20
 [<c13b871f>] sysenter_do_call+0x12/0x28
Code: 04 40 8d 04 82 89 46 10 0f b7 52 02 83 c2 01 89 d1 c1 f9 1f 85 c0 89 16 89 4e 04 0f 85 2a f8 ff ff 0f 0b 90 8d 4 26 00 8b 46 18 <8b> 40 18 89 46 14 e9 fc f7 ff ff 66 90 8b 55 e4 c7 45 94 01 00
EIP: [<f4722cdb>] ext4_ext_remove_space+0xa3b/0xec0 [ext4] SS:ESP 0068:ee3ffd9c
CR2: 0000000000000018
---[ end trace 595d36faecd8466f ]---

Arch Linux

#1 2012-08-25 08:26:36

[solved]kernel bug while deleting a file?

#2 2012-08-25 11:45:44

Re: [solved]kernel bug while deleting a file?

#3 2012-08-25 12:20:16

Re: [solved]kernel bug while deleting a file?

#4 2012-08-26 06:47:05

Re: [solved]kernel bug while deleting a file?

#5 2012-08-26 12:43:34

Re: [solved]kernel bug while deleting a file?

Board footer