deadlock on a samba mount, need a system reboot after trying to force umount

Bug #1092963 reported by Romano Giannetti
This bug report is a duplicate of:  Edit Remove
18
This bug affects 3 people
Affects Status Importance Assigned to Milestone
fuse (Ubuntu)
Confirmed
Undecided
Unassigned

Bug Description

Not sure at all of the package. I suppose fuse because I read it in the kernel error log.

After mounting a SMB share served by a computer with ubuntu 12.10, and mounting it from another computer running the same operating system, every file transfer locks up after a few megabytes (and the transfer speed is ridicoluos, around 3 MB/s).

Trying to force-umount from Nautilus shows the window (volume is busy) as expected, but neither the "Umount anyway" nor the "Cancel" option succeed in sending the window away. Nor killing nautilus from a VC helps.

The kernel spew the following warning after a bit:

Dec 21 19:30:29 romano-asus kernel: [ 5760.344269] INFO: task cp:4312 blocked for more than 120 seconds.
Dec 21 19:30:29 romano-asus kernel: [ 5760.348136] "echo 0 > /proc/sys/kernel/hung_task_timeout_secs" disables this message.
Dec 21 19:30:29 romano-asus kernel: [ 5760.352336] cp D c1075e1e 0 4312 4279 0x00000004
Dec 21 19:30:29 romano-asus kernel: [ 5760.352359] f0b1dd4c 00000046 f0b1dcf4 c1075e1e 3528f000 c183f240 f09ec000 000004cb
Dec 21 19:30:29 romano-asus kernel: [ 5760.352384] c196be00 c196be00 00000000 000004cb f6bece00 eef732c0 f0b1dd20 c106d6c5
Dec 21 19:30:29 romano-asus kernel: [ 5760.352405] 00000000 00000000 00000003 ee152c34 f0b1dd20 00000296 f0b1dd24 c1037af8
Dec 21 19:30:29 romano-asus kernel: [ 5760.352425] Call Trace:
Dec 21 19:30:29 romano-asus kernel: [ 5760.352448] [<c1075e1e>] ? try_to_wake_up+0x18e/0x230
Dec 21 19:30:29 romano-asus kernel: [ 5760.352463] [<c106d6c5>] ? __wake_up_common+0x45/0x70
Dec 21 19:30:29 romano-asus kernel: [ 5760.352477] [<c1037af8>] ? default_spin_lock_flags+0x8/0x10
Dec 21 19:30:29 romano-asus kernel: [ 5760.352491] [<c15ca49d>] ? _raw_spin_lock_irqsave+0x2d/0x40
Dec 21 19:30:29 romano-asus kernel: [ 5760.352503] [<c10657dc>] ? prepare_to_wait+0x4c/0x80
Dec 21 19:30:29 romano-asus kernel: [ 5760.352514] [<c15c95d3>] schedule+0x23/0x60
Dec 21 19:30:29 romano-asus kernel: [ 5760.352528] [<c123d885>] fuse_request_send+0xd5/0x290
Dec 21 19:30:29 romano-asus kernel: [ 5760.352541] [<c12e184c>] ? __percpu_counter_add+0x8c/0xb0
Dec 21 19:30:29 romano-asus kernel: [ 5760.352552] [<c1065580>] ? finish_wait+0x70/0x70
Dec 21 19:30:29 romano-asus kernel: [ 5760.352564] [<c1244c1e>] fuse_flush+0xce/0x120
Dec 21 19:30:29 romano-asus kernel: [ 5760.352577] [<c114c623>] filp_close+0x33/0x80
Dec 21 19:30:29 romano-asus kernel: [ 5760.352589] [<c1049b65>] put_files_struct+0x75/0xc0
Dec 21 19:30:29 romano-asus kernel: [ 5760.352600] [<c1049c56>] exit_files+0x46/0x60
Dec 21 19:30:29 romano-asus kernel: [ 5760.352611] [<c104a09a>] do_exit+0x14a/0x7a0
Dec 21 19:30:29 romano-asus kernel: [ 5760.352624] [<c110333f>] ? generic_file_aio_read+0x49f/0x740
Dec 21 19:30:29 romano-asus kernel: [ 5760.352636] [<c1056837>] ? recalc_sigpending+0x17/0x50
Dec 21 19:30:29 romano-asus kernel: [ 5760.352647] [<c1056ae2>] ? dequeue_signal+0x32/0x180
Dec 21 19:30:29 romano-asus kernel: [ 5760.352658] [<c104a994>] do_group_exit+0x34/0xa0
Dec 21 19:30:29 romano-asus kernel: [ 5760.352670] [<c1058c05>] get_signal_to_deliver+0x175/0x5a0
Dec 21 19:30:29 romano-asus kernel: [ 5760.352683] [<c115c5bf>] ? path_openat+0xcf/0x380
Dec 21 19:30:29 romano-asus kernel: [ 5760.352696] [<c101049d>] do_signal+0x2d/0x890
Dec 21 19:30:29 romano-asus kernel: [ 5760.352709] [<c114ed03>] ? rw_verify_area+0x63/0x110
Dec 21 19:30:29 romano-asus kernel: [ 5760.352721] [<c114e620>] ? do_sync_write+0xf0/0xf0
Dec 21 19:30:29 romano-asus kernel: [ 5760.352732] [<c114f1e9>] ? vfs_read+0x89/0x160
Dec 21 19:30:29 romano-asus kernel: [ 5760.352744] [<c114e620>] ? do_sync_write+0xf0/0xf0
Dec 21 19:30:29 romano-asus kernel: [ 5760.352756] [<c1010f25>] do_notify_resume+0x85/0xb0
Dec 21 19:30:29 romano-asus kernel: [ 5760.352767] [<c15ca68d>] work_notifysig+0x30/0x37

No recovery after half an hour.

Revision history for this message
Launchpad Janitor (janitor) wrote :

Status changed to 'Confirmed' because the bug affects multiple users.

Changed in fuse (Ubuntu):
status: New → Confirmed
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.
  • Duplicate of a private bug Remove

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.