On my somewhat lagged quantal, I have been seeing similar issues: Linux clint-MacBookPro 3.5.0-8-generic #8-Ubuntu SMP Sat Aug 4 04:42:28 UTC 2012 x86_64 x86_64 x86_64 GNU/Linux
[194038.144050] unregister_netdevice: waiting for lo to become free. Usage count = 1 [194040.576173] INFO: task lxc-start:23872 blocked for more than 120 seconds. [194040.576178] "echo 0 > /proc/sys/kernel/hung_task_timeout_secs" disables this message. [194040.576180] lxc-start D ffff88014fd13980 0 23872 1 0x00000000 [194040.576186] ffff880116909cc0 0000000000000086 ffff880090ad2e00 ffff880116909fd8 [194040.576192] ffff880116909fd8 ffff880116909fd8 ffff880144830000 ffff880090ad2e00 [194040.576197] ffff880116909cc0 ffffffff81ca91a0 ffff880090ad2e00 ffffffff81ca91a4 [194040.576202] Call Trace: [194040.576212] [<ffffffff8167f519>] schedule+0x29/0x70 [194040.576217] [<ffffffff8167f7de>] schedule_preempt_disabled+0xe/0x10 [194040.576221] [<ffffffff8167e2f7>] __mutex_lock_slowpath+0xd7/0x150 [194040.576225] [<ffffffff8167ddca>] mutex_lock+0x2a/0x50 [194040.576230] [<ffffffff8156ab01>] copy_net_ns+0x71/0x100 [194040.576236] [<ffffffff8107b39b>] create_new_namespaces+0xdb/0x190 [194040.576239] [<ffffffff8107b58c>] copy_namespaces+0x8c/0xd0 [194040.576245] [<ffffffff81050112>] copy_process.part.22+0x902/0x1520 [194040.576249] [<ffffffff81050eb5>] do_fork+0x135/0x390 [194040.576254] [<ffffffff811820d5>] ? vfs_write+0x105/0x180 [194040.576258] [<ffffffff8101c2e8>] sys_clone+0x28/0x30 [194040.576263] [<ffffffff816889b3>] stub_clone+0x13/0x20 [194040.576267] [<ffffffff816886a9>] ? system_call_fastpath+0x16/0x1b [194048.384149] unregister_netdevice: waiting for lo to become free. Usage count = 1 [194058.624071] unregister_netdevice: waiting for lo to become free. Usage count = 1 [194068.864079] unregister_netdevice: waiting for lo to become free. Usage count = 1 [194079.104158] unregister_netdevice: waiting for lo to become free. Usage count = 1 [194089.344152] unregister_netdevice: waiting for lo to become free. Usage count = 1 [194099.584105] unregister_netdevice: waiting for lo to become free. Usage count = 1 [194109.824044] unregister_netdevice: waiting for lo to become free. Usage count = 1 [194120.064158] unregister_netdevice: waiting for lo to become free. Usage count = 1 [194130.304148] unregister_netdevice: waiting for lo to become free. Usage count = 1 [194140.544146] unregister_netdevice: waiting for lo to become free. Usage count = 1 [194150.784065] unregister_netdevice: waiting for lo to become free. Usage count = 1 [194160.576246] INFO: task lxc-start:23872 blocked for more than 120 seconds. [194160.576251] "echo 0 > /proc/sys/kernel/hung_task_timeout_secs" disables this message. [194160.576253] lxc-start D ffff88014fd13980 0 23872 1 0x00000000 [194160.576259] ffff880116909cc0 0000000000000086 ffff880090ad2e00 ffff880116909fd8 [194160.576265] ffff880116909fd8 ffff880116909fd8 ffff880144830000 ffff880090ad2e00 [194160.576270] ffff880116909cc0 ffffffff81ca91a0 ffff880090ad2e00 ffffffff81ca91a4 [194160.576275] Call Trace: [194160.576286] [<ffffffff8167f519>] schedule+0x29/0x70 [194160.576290] [<ffffffff8167f7de>] schedule_preempt_disabled+0xe/0x10 [194160.576294] [<ffffffff8167e2f7>] __mutex_lock_slowpath+0xd7/0x150 [194160.576299] [<ffffffff8167ddca>] mutex_lock+0x2a/0x50 [194160.576304] [<ffffffff8156ab01>] copy_net_ns+0x71/0x100 [194160.576309] [<ffffffff8107b39b>] create_new_namespaces+0xdb/0x190 [194160.576313] [<ffffffff8107b58c>] copy_namespaces+0x8c/0xd0 [194160.576318] [<ffffffff81050112>] copy_process.part.22+0x902/0x1520 [194160.576322] [<ffffffff81050eb5>] do_fork+0x135/0x390 [194160.576327] [<ffffffff811820d5>] ? vfs_write+0x105/0x180 [194160.576332] [<ffffffff8101c2e8>] sys_clone+0x28/0x30 [194160.576337] [<ffffffff816889b3>] stub_clone+0x13/0x20 [194160.576341] [<ffffffff816886a9>] ? system_call_fastpath+0x16/0x1b [194161.024151] unregister_netdevice: waiting for lo to become free. Usage count = 1 I've been creating/destroying a lot of LXC containers, so its possible the veth's created for them are causing some issues. I also have a ton of network-interface-security jobs running suggesting that they're being added but not removed: network-interface-security (network-interface/vethx3SWbR) start/running network-interface-security (network-interface/vethWUOSpt) start/running network-interface-security (network-interface/veth90RDZM) start/running network-interface-security (network-interface/vethCdnGSx) start/running network-interface-security (network-interface/vetha8REFc) start/running network-interface-security (network-interface/veth8yrXSC) start/running network-interface-security (network-interface/vethvtEy9P) start/running These issues are blocking some LXC work I'm doing, so I'm going to try upgrading which may take me out of the 'affected' category, so I've apt- cloned so we can get back to this state if need be: ** Changed in: linux (Ubuntu) Status: Incomplete => Confirmed -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/1021471 Title: stuck on mutex_lock creating a new network namespace when starting a container To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1021471/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs