[Bug 664158] [NEW] kernel locks up when doing builds of aufs chroots

Wed Oct 20 20:57:53 UTC 2010

Public bug reported:

when building with schroot on aufs on ext3 (md raid1 is involved as
well), I get sporadic lockups.

the first kernel backtrace that's not related to bug 621195 to show up
looks like so:

Oct 18 15:11:15 denisovich kernel: [532186.484530] general protection fault: 0000 [#1] SMP 
Oct 18 15:11:15 denisovich kernel: [532186.484536] last sysfs file: /sys/devices/system/cpu/cpu2/cpufreq/scaling_cur_freq
Oct 18 15:11:15 denisovich kernel: [532186.484539] CPU 2 
Oct 18 15:11:15 denisovich kernel: [532186.484542] Modules linked in: binfmt_misc vboxnetadp vboxnetflt vboxdrv aufs nfsd exportfs nfs lockd fscache nfs_acl auth_rpcgss ib_iser rdma_cm ib_cm iw_cm ib_sa ib_mad ib_core ib_addr iscsi_tcp libiscsi_tcp libiscsi scsi_transport_iscsi nls_cp437 isofs dm_crypt snd_hda_codec_intelhdmi snd_hda_codec_realtek coretemp sunrpc snd_hda_intel snd_hda_codec snd_hwdep snd_pcm snd_seq_midi snd_rawmidi snd_seq_midi_event hwmon_vid snd_seq sbp2 snd_timer snd_seq_device snd ieee1394 ppdev parport_pc psmouse serio_raw soundcore snd_page_alloc lp parport raid10 raid456 async_pq async_xor async_memcpy async_raid6_recov raid6_pq async_tx raid0 multipath linear dm_raid45 xor raid1 i915 drm_kms_helper usbhid firewire_ohci hid usb_storage drm firewire_core ahci sky2 pata_jmicron i2c_algo_bit crc_itu_t intel_agp libahci video output
Oct 18 15:11:15 denisovich kernel: [532186.484619] 
Oct 18 15:11:15 denisovich kernel: [532186.484623] Pid: 23005, comm: chmod Tainted: G        W   2.6.35-22-server #34-Ubuntu FG33/SG33
Oct 18 15:11:15 denisovich kernel: [532186.484627] RIP: 0010:[<ffffffff81142f93>]  [<ffffffff81142f93>] __kmalloc+0x83/0x1a0
Oct 18 15:11:15 denisovich kernel: [532186.484635] RSP: 0018:ffff88010c5799b8  EFLAGS: 00010086
Oct 18 15:11:15 denisovich kernel: [532186.484639] RAX: ffff880001f128f0 RBX: d80c4680131b9dee RCX: ffffffff811c48b7
Oct 18 15:11:15 denisovich kernel: [532186.484642] RDX: 0000000000000000 RSI: 00000000000080d0 RDI: 0000000000000006
Oct 18 15:11:15 denisovich kernel: [532186.484645] RBP: ffff88010c5799f8 R08: 000000000c0c0c0c R09: 00000000000080d0
Oct 18 15:11:15 denisovich kernel: [532186.484648] R10: 000000000c0c0c0c R11: 0000000097bd391e R12: ffffffff81a25290
Oct 18 15:11:15 denisovich kernel: [532186.484651] R13: 00000000000080d0 R14: 000000000000003d R15: 0000000000000202
Oct 18 15:11:15 denisovich kernel: [532186.484655] FS:  00007fe9f88f9700(0000) GS:ffff880001f00000(0000) knlGS:0000000000000000
Oct 18 15:11:15 denisovich kernel: [532186.484659] CS:  0010 DS: 0000 ES: 0000 CR0: 0000000080050033
Oct 18 15:11:15 denisovich kernel: [532186.484662] CR2: 000000000131e668 CR3: 000000011461f000 CR4: 00000000000006e0
Oct 18 15:11:15 denisovich kernel: [532186.484665] DR0: 0000000000000000 DR1: 0000000000000000 DR2: 0000000000000000
Oct 18 15:11:15 denisovich kernel: [532186.484668] DR3: 0000000000000000 DR6: 00000000ffff0ff0 DR7: 0000000000000400
Oct 18 15:11:15 denisovich kernel: [532186.484672] Process chmod (pid: 23005, threadinfo ffff88010c578000, task ffff880070aaadc0)
Oct 18 15:11:15 denisovich kernel: [532186.484675] Stack:
Oct 18 15:11:15 denisovich kernel: [532186.484676]  ffff88010c579b08 ffffffff811d4170 ffff88010c579a48 00000000d59fdf9c
Oct 18 15:11:15 denisovich kernel: [532186.484682] <0> ffff8800688aa958 ffff88010c579b08 ffff8801198152f4 ffff8800c35b3c80
Oct 18 15:11:15 denisovich kernel: [532186.484687] <0> ffff88010c579a48 ffffffff811c48b7 d59fdf9c97bd391e 506ad05dc360547c
Oct 18 15:11:15 denisovich kernel: [532186.484694] Call Trace:
Oct 18 15:11:15 denisovich kernel: [532186.484701]  [<ffffffff811d4170>] ? str2hashbuf_signed+0x0/0xa0
Oct 18 15:11:15 denisovich kernel: [532186.484706]  [<ffffffff811c48b7>] ext3_htree_store_dirent+0x37/0x140
Oct 18 15:11:15 denisovich kernel: [532186.484712]  [<ffffffff811cb758>] htree_dirblock_to_tree+0x128/0x1b0
Oct 18 15:11:15 denisovich kernel: [532186.484725]  [<ffffffffa049b7d0>] ? fillvdir+0x0/0x1e0 [aufs]
Oct 18 15:11:15 denisovich kernel: [532186.484729]  [<ffffffff811cf14b>] ext3_htree_fill_tree+0xab/0x280
Oct 18 15:11:15 denisovich kernel: [532186.484741]  [<ffffffffa04970d4>] ? au_h_open+0x164/0x1c0 [aufs]
Oct 18 15:11:15 denisovich kernel: [532186.484751]  [<ffffffffa049b7d0>] ? fillvdir+0x0/0x1e0 [aufs]
Oct 18 15:11:15 denisovich kernel: [532186.484756]  [<ffffffff811c42a7>] ext3_dx_readdir+0xd7/0x260
Oct 18 15:11:15 denisovich kernel: [532186.484760]  [<ffffffff811c44af>] ext3_readdir+0x7f/0x450
Oct 18 15:11:15 denisovich kernel: [532186.484770]  [<ffffffffa04945ed>] ? di_read_unlock+0x4d/0x80 [aufs]
Oct 18 15:11:15 denisovich kernel: [532186.484780]  [<ffffffffa049b7d0>] ? fillvdir+0x0/0x1e0 [aufs]
Oct 18 15:11:15 denisovich kernel: [532186.484785]  [<ffffffff8110684f>] ? prep_new_page+0x11f/0x1c0
Oct 18 15:11:15 denisovich kernel: [532186.484789]  [<ffffffff81106b94>] ? get_page_from_freelist+0x2a4/0x6c0
Oct 18 15:11:15 denisovich kernel: [532186.484799]  [<ffffffffa0494c73>] ? h_d_revalidate+0x1d3/0x270 [aufs]
Oct 18 15:11:15 denisovich kernel: [532186.484809]  [<ffffffffa049b7d0>] ? fillvdir+0x0/0x1e0 [aufs]
Oct 18 15:11:15 denisovich kernel: [532186.484814]  [<ffffffff81163b30>] vfs_readdir+0xc0/0xe0
Oct 18 15:11:15 denisovich kernel: [532186.484823]  [<ffffffffa048cf7e>] vfsub_readdir+0x1e/0x40 [aufs]
Oct 18 15:11:15 denisovich kernel: [532186.484834]  [<ffffffffa049bb73>] au_do_read_vdir+0x163/0x200 [aufs]
Oct 18 15:11:15 denisovich kernel: [532186.484844]  [<ffffffffa049bcd0>] read_vdir+0xc0/0x140 [aufs]
Oct 18 15:11:15 denisovich kernel: [532186.484849]  [<ffffffff811639a0>] ? filldir+0x0/0xd0
Oct 18 15:11:15 denisovich kernel: [532186.484859]  [<ffffffffa049bd80>] au_vdir_init+0x30/0x110 [aufs]
Oct 18 15:11:15 denisovich kernel: [532186.484869]  [<ffffffffa049abdd>] aufs_readdir+0x10d/0x1f0 [aufs]
Oct 18 15:11:15 denisovich kernel: [532186.484875]  [<ffffffff8159e7ee>] ? _raw_spin_lock+0xe/0x20
Oct 18 15:11:15 denisovich kernel: [532186.484879]  [<ffffffff8116ce4a>] ? alloc_fd+0x10a/0x150
Oct 18 15:11:15 denisovich kernel: [532186.484883]  [<ffffffff811639a0>] ? filldir+0x0/0xd0
Oct 18 15:11:15 denisovich kernel: [532186.484887]  [<ffffffff81163b30>] vfs_readdir+0xc0/0xe0
Oct 18 15:11:15 denisovich kernel: [532186.484892]  [<ffffffff81163cb5>] sys_getdents+0x85/0xf0
Oct 18 15:11:15 denisovich kernel: [532186.484898]  [<ffffffff8100a0f2>] system_call_fastpath+0x16/0x1b
Oct 18 15:11:15 denisovich kernel: [532186.484900] Code: 89 c7 fa 66 0f 1f 44 00 00 65 48 8b 14 25 58 eb 00 00 49 8b 04 24 48 8d 04 02 48 8b 18 48 85 db 0f 84 fd 00 00 00 49 63 54 24 18 <48> 8b 14 13 48 89 10 4c 89 ff 57 9d 0f 1f 44 00 00 48 85 db 75 
Oct 18 15:11:15 denisovich kernel: [532186.484946] RIP  [<ffffffff81142f93>] __kmalloc+0x83/0x1a0
Oct 18 15:11:15 denisovich kernel: [532186.484950]  RSP <ffff88010c5799b8>
Oct 18 15:11:15 denisovich kernel: [532186.484954] ---[ end trace 75c15e9837657921 ]---

This leads to many more gpfs and the system stops responding.

$ uname -a 
Linux denisovich 2.6.35-22-server #34-Ubuntu SMP Sun Oct 10 10:54:55 UTC 2010 x86_64 GNU/Linux
$ cat /proc/version_signature 
Ubuntu 2.6.35-22.34-server 2.6.35.4

** Affects: linux (Ubuntu)
     Importance: Undecided
         Status: New

-- 
kernel locks up when doing builds of aufs chroots
https://bugs.launchpad.net/bugs/664158
You received this bug notification because you are a member of Kernel
Bugs, which is subscribed to linux in ubuntu.