Files and Folders prevents hibernate when indexing gvfs locations

Bug #763986 reported by dr
12
This bug affects 2 people
Affects Status Importance Assigned to Milestone
Do Plugins
New
Undecided
Unassigned
Linux
Expired
Medium
Debian
Fix Released
Unknown
Fedora
Expired
Medium

Bug Description

When the files and folders plug-in is activated and given a folder to index that is a mounted samba share, hibernate fails.

In my case, I had added the folder "~/.gvfs/share on server" which is equivalent to asking F&F to index //server/share

The following entries were in my kern.log after attempting to hibernate:

Apr 17 19:24:28 laptop kernel: [178326.684074] Freezing of tasks failed after 20.01 seconds (3 tasks refusing to freeze):
Apr 17 19:24:28 laptop kernel: [178326.684145] gnome-do D 00000001 0 1878 1602 0x00800004
Apr 17 19:24:28 laptop kernel: [178326.684151] ee2b3ed0 00200086 00000000 00000001 f01be000 f4568c34 c08c6700 c08c6700
Apr 17 19:24:28 laptop kernel: [178326.684159] 41cecff3 0000a22b c08c6700 c08c6700 00000001 0000a22b f4a26200 c08c6700
Apr 17 19:24:28 laptop kernel: [178326.684166] c08c6700 ee35d8d0 00000000 ee2b3edc eeefa4b0 eeefa54c ee2b3f04 c02e9b5d
Apr 17 19:24:28 laptop kernel: [178326.684174] Call Trace:
Apr 17 19:24:28 laptop kernel: [178326.684185] [<c02e9b5d>] request_wait_answer+0x6d/0x1f0
Apr 17 19:24:28 laptop kernel: [178326.684192] [<c0166240>] ? autoremove_wake_function+0x0/0x50
Apr 17 19:24:28 laptop kernel: [178326.684197] [<c02e9d46>] fuse_request_send+0x66/0x80
Apr 17 19:24:28 laptop kernel: [178326.684202] [<c02ec28d>] fuse_readdir+0xcd/0x200
Apr 17 19:24:28 laptop kernel: [178326.684207] [<c0227c20>] ? filldir64+0x0/0xf0
Apr 17 19:24:28 laptop kernel: [178326.684211] [<c0227f56>] vfs_readdir+0x96/0xb0
Apr 17 19:24:28 laptop kernel: [178326.684215] [<c0227c20>] ? filldir64+0x0/0xf0
Apr 17 19:24:28 laptop kernel: [178326.684219] [<c0227fd9>] sys_getdents64+0x69/0xc0
Apr 17 19:24:28 laptop kernel: [178326.684224] [<c05cade4>] syscall_call+0x7/0xb
Apr 17 19:24:28 laptop kernel: [178326.684228] gnome-do D 00000001 0 17707 1602 0x00800004
Apr 17 19:24:28 laptop kernel: [178326.684233] f01bfed0 00000086 00000000 00000001 f4a1e000 f4568c34 c08c6700 c08c6700
Apr 17 19:24:28 laptop kernel: [178326.684241] 41cee09b 0000a22b c08c6700 c08c6700 00000001 0000a22b f49a3200 c08c6700
Apr 17 19:24:28 laptop kernel: [178326.684248] c08c6700 ee8db2c0 00000000 f01bfedc eeefac80 eeefad1c f01bff04 c02e9b5d
Apr 17 19:24:28 laptop kernel: [178326.684256] Call Trace:
Apr 17 19:24:28 laptop kernel: [178326.684261] [<c02e9b5d>] request_wait_answer+0x6d/0x1f0
Apr 17 19:24:28 laptop kernel: [178326.684265] [<c0166240>] ? autoremove_wake_function+0x0/0x50
Apr 17 19:24:28 laptop kernel: [178326.684270] [<c02e9d46>] fuse_request_send+0x66/0x80
Apr 17 19:24:28 laptop kernel: [178326.684274] [<c02ec28d>] fuse_readdir+0xcd/0x200
Apr 17 19:24:28 laptop kernel: [178326.684278] [<c0227c20>] ? filldir64+0x0/0xf0
Apr 17 19:24:28 laptop kernel: [178326.684282] [<c0227f56>] vfs_readdir+0x96/0xb0
Apr 17 19:24:28 laptop kernel: [178326.684286] [<c0227c20>] ? filldir64+0x0/0xf0
Apr 17 19:24:28 laptop kernel: [178326.684290] [<c0227fd9>] sys_getdents64+0x69/0xc0
Apr 17 19:24:28 laptop kernel: [178326.684294] [<c05cade4>] syscall_call+0x7/0xb
Apr 17 19:24:28 laptop kernel: [178326.684344] gnome-do D 00000001 0 17708 6828 0x00800004
Apr 17 19:24:28 laptop kernel: [178326.684349] d6815cfc 00000086 d6815cb4 00000001 f0af2000 f0b48c34 c08c6700 c08c6700
Apr 17 19:24:28 laptop kernel: [178326.684356] 41e367dd 0000a22b c08c6700 c08c6700 00000000 0000a22b f336c800 c08c6700
Apr 17 19:24:28 laptop kernel: [178326.684363] c08c6700 ee8da610 00000000 d6815d08 f2111450 f21114ec d6815d30 c02e9b5d
Apr 17 19:24:28 laptop kernel: [178326.684371] Call Trace:
Apr 17 19:24:28 laptop kernel: [178326.684376] [<c02e9b5d>] request_wait_answer+0x6d/0x1f0
Apr 17 19:24:28 laptop kernel: [178326.684380] [<c0166240>] ? autoremove_wake_function+0x0/0x50
Apr 17 19:24:28 laptop kernel: [178326.684385] [<c02e9d46>] fuse_request_send+0x66/0x80
Apr 17 19:24:28 laptop kernel: [178326.684390] [<c02eb864>] fuse_dentry_revalidate+0x1b4/0x360
Apr 17 19:24:28 laptop kernel: [178326.684395] [<c0143670>] ? default_wake_function+0x0/0x20
Apr 17 19:24:28 laptop kernel: [178326.684401] [<c0223b08>] do_lookup+0x58/0x1c0
Apr 17 19:24:28 laptop kernel: [178326.684405] [<c0224674>] link_path_walk+0x3e4/0x890
Apr 17 19:24:28 laptop kernel: [178326.684410] [<c0224c41>] path_walk+0x51/0xc0
Apr 17 19:24:28 laptop kernel: [178326.684415] [<c0224dc9>] do_path_lookup+0x59/0x90
Apr 17 19:24:28 laptop kernel: [178326.684419] [<c0225911>] user_path_at+0x41/0x80
Apr 17 19:24:28 laptop kernel: [178326.684425] [<c0139f76>] ? __dequeue_entity+0x26/0x50
Apr 17 19:24:28 laptop kernel: [178326.684430] [<c021d2ba>] vfs_fstatat+0x3a/0x70
Apr 17 19:24:28 laptop kernel: [178326.684434] [<c021d410>] vfs_stat+0x20/0x30
Apr 17 19:24:28 laptop kernel: [178326.684438] [<c021d439>] sys_stat64+0x19/0x30
Apr 17 19:24:28 laptop kernel: [178326.684443] [<c05cb780>] ? do_device_not_available+0x0/0x60
Apr 17 19:24:28 laptop kernel: [178326.684448] [<c0104279>] ? math_state_restore+0x39/0x60
Apr 17 19:24:28 laptop kernel: [178326.684452] [<c05cb7cd>] ? do_device_not_available+0x4d/0x60
Apr 17 19:24:28 laptop kernel: [178326.684456] [<c05cade4>] syscall_call+0x7/0xb
Apr 17 19:24:28 laptop kernel: [178326.684503]
Apr 17 19:24:28 laptop kernel: [178326.684505] Restarting tasks ... done.

There were two instances of gnome-do running, one each on two separate accounts.

On disabling gvfs locations, hibernate works again.

Ubuntu 10.10
gnome-do 0.8.3.1+dfsg-2ubuntu1
Files and Folders 2.5

Revision history for this message
In , Ben (ben-redhat-bugs) wrote :

Created attachment 462687
example dmesg output from suspend failure

When trying to suspend my ThinkPad X61 laptop (via keypress, lid closure, panel menu, etc.), about two tries in three fail. Diagnostic information in dmesg and /var/log/messages refers to "Freezing of tasks failed after 20.00 seconds (1 tasks refusing to freeze)". The specific task is usually (but not always) gnome-do. The call trace varies a bit, but *always* mentions fuse_request_send called by autoremove_wake_function at or near the top of the trace.

Revision history for this message
In , Ben (ben-redhat-bugs) wrote :

I neglected to mention the kernel version. I am using kernel-2.6.35.6-48.fc14.i686.

Revision history for this message
In , Ben (ben-redhat-bugs) wrote :

*** Bug 656991 has been marked as a duplicate of this bug. ***

Revision history for this message
In , Matthew (matthew-redhat-bugs) wrote :

Are you using any fuse filesystems?

Revision history for this message
In , Ben (ben-redhat-bugs) wrote :

I have up to three fuse-related file systems in use:

(1) This machine dual-boots Fedora and Windows 7. At all times when the machine is up and running Fedora, the main Windows 7 NTFS partition is also mounted. It is listed in /etc/fstab as having file system type "ntfs", but running "mount" shows that this is actually mounted using file system type "fuseblk".

(2) Whenever I am logged in with my standard GNOME desktop, "gvfs-fuse-daemon" is mounted on $HOME/.gvfs with file system type type "fuse.gvfs-fuse-daemon". This lasts for my entire login session.

(3) Occasionally during a login session, I may mount a remote file system via fuse's sshfs. This comes and goes; it might be mounted during some suspend attempts but unmounted during others.

Revision history for this message
In , Matthew (matthew-redhat-bugs) wrote :

Ok. Are you able to test whether the failure occurs without the ntfs and sshfs filesystems being mounted?

Revision history for this message
In , Ben (ben-redhat-bugs) wrote :

The failure does *not* occur with the ntfs and sshfs filesystems unmounted.

Since the problem is nondeterministic, I experimented for a few days with the ntfs filesystem mounted or unmounted. (The sshfs filesystem was never mounted.) With ntfs mounted, I had 11 successful suspends and 4 failures. With ntfs unmounted, I had 8 successful suspends and 0 failures.

Revision history for this message
In , witold.baryluk+kernel (witold.baryluk+kernel-linux-kernel-bugs) wrote :
Download full text (6.2 KiB)

I hit problem when trying to suspend my laptop on 2.6.39-rc7-00708-g9f381a6-dirty

[32702.942975] PM: Syncing filesystems ...
[32703.381941] EXT4-fs (dm-2): re-mounted. Opts: barrier=1,user_xattr,acl,commit=0,commit=600
[32704.209273] EXT4-fs (dm-3): re-mounted. Opts: barrier=1,user_xattr,acl,commit=0,commit=600
[32704.247851] EXT4-fs (dm-6): re-mounted. Opts: barrier=1,user_xattr,acl,commit=0,commit=600
[32704.403624] done.
[32704.522217] Freezing user space processes ...
[32724.538322] Freezing of tasks failed after 20.01 seconds (1 tasks refusing to freeze, wq_busy=0):
[32724.540833] as D 000005cb 6720 15772 15770 0x00800084
[32724.542991] c61abcf0 00000096 00000000 000005cb 00000000 c38561a0 c73da000 c1b346c0
[32724.545228] c1b346c0 c1b346c0 c1b346c0 00000000 00000000 c1b346c0 f4a45300 00001dbe
[32724.547470] c38561a0 c1097e23 c38561a0 c1787985 c2048060 00000001 00000286 00000002
[32724.549768] Call Trace:
[32724.551989] [<c1097e23>] ? mark_held_locks+0x53/0x70
[32724.554251] [<c1787985>] ? _raw_spin_unlock_irqrestore+0x65/0x80
[32724.556521] [<c178aed5>] ? sub_preempt_count+0x85/0xc0
[32724.558761] [<c1787964>] ? _raw_spin_unlock_irqrestore+0x44/0x80
[32724.561045] [<c107dc48>] ? prepare_to_wait+0x48/0x70
[32724.563338] [<c128c245>] request_wait_answer+0xa5/0x1f0
[32724.565671] [<c107d9e0>] ? wake_up_bit+0x30/0x30
[32724.568020] [<c128c420>] fuse_request_send+0x90/0xd0
[32724.570382] [<c128fde1>] fuse_create_open+0x1f1/0x430
[32724.572782] [<c1290a28>] ? fuse_permission+0x38/0x220
[32724.575186] [<c129007a>] fuse_create+0x5a/0x70
[32724.577620] [<c115d618>] vfs_create+0x98/0xf0
[32724.580074] [<c178aed5>] ? sub_preempt_count+0x85/0xc0
[32724.582505] [<c115dc75>] do_last+0x605/0x760
[32724.584929] [<c115df17>] path_openat+0x97/0x370
[32724.587362] [<c115e225>] do_filp_open+0x35/0x80
[32724.589796] [<c17874fc>] ? _raw_spin_unlock+0x2c/0x50
[32724.592220] [<c116bb6f>] ? alloc_fd+0x15f/0x1b0
[32724.594612] [<c114e617>] do_sys_open+0xf7/0x1c0
[32724.597033] [<c114e70e>] sys_open+0x2e/0x40
[32724.599433] [<c178e858>] sysenter_do_call+0x12/0x38
[32724.602014]
[32724.604367] Restarting tasks ... done.
...

trying again few seconds later

[32841.332711] PM: Syncing filesystems ... done.
[32841.872070] Freezing user space processes ...
[32849.760179] thinkpad_acpi: fan watchdog: enabling fan
[32861.876252]
[32861.878583] Freezing of tasks failed after 20.00 seconds (1 tasks refusing to freeze, wq_busy=0):
[32861.881399] git D f4125c00 6608 17509 17508 0x00800084
[32861.883825] c73d7dac 00000086 c178aed5 f4125c00 c73d7d34 f431cddc f4006000 c1b346c0
[32861.886312] c1b346c0 c1b346c0 c1b346c0 00000000 00000000 c1b346c0 e93e77c0 00001dde
[32861.888848] f431c960 00000000 00000002 00000046 00000000 00000001 d13521a4 c73d7da4
[32861.891411] Call Trace:
[32861.893948] [<c178aed5>] ? sub_preempt_count+0x85/0xc0
[32861.896512] [<c108aa16>] ? ktime_get_ts+0xf6/0x120
[32861.899044] [<c1784cd6>] io_schedule+0x76/0xc0
[32861.901576] [<c10feb3d>] sleep_on_page+0xd/0x20
[32861.904086] [<c178568d>] __wait_on_bit+0x4d/0x80
[32861.906550] [<c10feb30>] ? __lock_page+0xc0/0xc0
[32861.909001] [<c10...

Read more...

Revision history for this message
In , witold.baryluk+kernel (witold.baryluk+kernel-linux-kernel-bugs) wrote :

Created attachment 57372
kernel config

Revision history for this message
In , witold.baryluk+kernel (witold.baryluk+kernel-linux-kernel-bugs) wrote :

This build also have revalidate https://bugzilla.kernel.org/show_bug.cgi?id=34732 (fuse_dentry_revalidate NULL dereference) patch applied.

Revision history for this message
In , witold.baryluk+kernel (witold.baryluk+kernel-linux-kernel-bugs) wrote :

One more on 2.6.39-rc7-thinkpad-t43-00829-geed631e-dirty

[ 9383.111642] Freezing user space processes ...
[ 9400.320741] thinkpad_acpi: fan watchdog: enabling fan
[ 9403.120228]
[ 9403.122551] Freezing of tasks failed after 20.00 seconds (1 tasks refusing to freeze, wq_busy=0):
[ 9403.125748] conf D f1baaecc 6432 24943 24886 0x00800084
[ 9403.128181] f235fd7c 00000086 8179d659 f1baaecc f235fd08 8179d704 ab628371 00000888
[ 9403.130739] f235fd28 81c94900 81c94900 00000000 00000888 f1baaa40 b77a3f60 00000000
[ 9403.133290] 00000000 f1baaa40 00000001 8107bd68 001aa17c f235fd74 81088dca 0500bd84
[ 9403.135874] Call Trace:
[ 9403.138391] [<8179d659>] ? sub_preempt_count.part.170+0x9/0x90
[ 9403.140964] [<8179d704>] ? sub_preempt_count+0x24/0x50
[ 9403.143478] [<8107bd68>] ? prepare_to_wait_exclusive+0x48/0x80
[ 9403.146026] [<81088dca>] ? ktime_get_ts+0xea/0x120
[ 9403.148604] [<81797438>] io_schedule+0x78/0xb0
[ 9403.151225] [<810fdaad>] sleep_on_page_killable+0xd/0x40
[ 9403.153853] [<81797ca7>] __wait_on_bit_lock+0x47/0xa0
[ 9403.156507] [<810fdaa0>] ? sleep_on_page+0x20/0x20
[ 9403.159186] [<810fd9c7>] __lock_page_killable+0xa7/0xb0
[ 9403.161932] [<8107bfa0>] ? autoremove_wake_function+0x50/0x50
[ 9403.164684] [<810ff2ef>] do_generic_file_read.constprop.33+0x2ef/0x4f0
[ 9403.167477] [<81083955>] ? local_clock+0x65/0x70
[ 9403.170267] [<811001a4>] generic_file_aio_read+0xd4/0x290
[ 9403.173035] [<810114c8>] ? sched_clock+0x8/0x10
[ 9403.175816] [<8108360f>] ? sched_clock_local+0xcf/0x1d0
[ 9403.178601] [<81291fd4>] fuse_file_aio_read+0xc4/0xf0
[ 9403.181384] [<8114f00c>] do_sync_read+0xac/0xe0
[ 9403.184126] [<812b474c>] ? security_file_permission+0x8c/0xa0
[ 9403.186912] [<8114f34c>] ? rw_verify_area+0x6c/0x120
[ 9403.189688] [<810942a2>] ? check_flags+0x12/0x20
[ 9403.192450] [<8114f82c>] vfs_read+0x8c/0x160
[ 9403.195156] [<8114ef60>] ? do_sync_write+0xe0/0xe0
[ 9403.197844] [<8114f93d>] sys_read+0x3d/0x70
[ 9403.200524] [<817a1098>] sysenter_do_call+0x12/0x38
[ 9403.203293]
[ 9403.205884] Restarting tasks ... done.
[ 9403.299179] video LNXVIDEO:00: Restoring backlight state

It happens only when i have fuse file system busy (i.e. some process is doing something heavy on fuse filesystem and I'm trying to suspend computer).

Revision history for this message
In , witold.baryluk+kernel (witold.baryluk+kernel-linux-kernel-bugs) wrote :
Download full text (10.7 KiB)

On, more.

[ 9907.601105] Freezing user space processes ...
[ 9909.280188] thinkpad_acpi: fan watchdog: enabling fan
[ 9927.620460]
[ 9927.624458] Freezing of tasks failed after 20.01 seconds (1 tasks refusing to freeze, wq_busy=0):
[ 9927.630280] git D 8179d659 5720 30852 30851 0x00800084
[ 9927.634513] ef75ddb4 00000082 ef75dd38 8179d659 b770aecc ef75dd44 ca2f065f 00000902
[ 9927.638879] 8109173d 81c94900 81c94900 00000000 00000902 b770aa40 b7589520 ef75dd7c
[ 9927.643379] 00000000 00000000 b770aa40 00000001 001c3a40 ef75ddac 81088dca 22f7d887
[ 9927.647841] Call Trace:
[ 9927.652236] [<8179d659>] ? sub_preempt_count.part.170+0x9/0x90
[ 9927.656673] [<8109173d>] ? put_lock_stats.isra.20+0xd/0x30
[ 9927.661120] [<81088dca>] ? ktime_get_ts+0xea/0x120
[ 9927.665564] [<81797438>] io_schedule+0x78/0xb0
[ 9927.670088] [<810fda8d>] sleep_on_page+0xd/0x20
[ 9927.674617] [<81797def>] __wait_on_bit+0x4f/0x80
[ 9927.679177] [<810fda80>] ? __lock_page+0xb0/0xb0
[ 9927.683825] [<810fdc63>] wait_on_page_bit+0xb3/0xc0
[ 9927.688477] [<8107bfa0>] ? autoremove_wake_function+0x50/0x50
[ 9927.693244] [<811004a7>] __lock_page_or_retry+0x47/0x70
[ 9927.698017] [<81100816>] filemap_fault+0x346/0x3b0
[ 9927.702872] [<811004d0>] ? __lock_page_or_retry+0x70/0x70
[ 9927.707675] [<8111d0ef>] __do_fault+0x4f/0x4d0
[ 9927.712476] [<811004d0>] ? __lock_page_or_retry+0x70/0x70
[ 9927.717308] [<81120497>] handle_pte_fault+0x87/0x240
[ 9927.722171] [<81120818>] handle_mm_fault+0x138/0x260
[ 9927.726934] [<8179d247>] do_page_fault+0x117/0x520
[ 9927.731709] [<812940f0>] ? fuse_flush+0x40/0x140
[ 9927.736491] [<8179aa2f>] ? error_code+0x5b/0x64
[ 9927.741285] [<8179d130>] ? vmalloc_fault+0x190/0x190
[ 9927.746005] [<8179d130>] ? vmalloc_fault+0x190/0x190
[ 9927.750679] [<8179aa33>] error_code+0x5f/0x64
[ 9927.755260] [<8179d130>] ? vmalloc_fault+0x190/0x190
[ 9927.759879]
[ 9927.762581] Restarting tasks ... done.

and one more (same?)

[10109.434374] Freezing user space processes ...
[10111.840098] thinkpad_acpi: fan watchdog: enabling fan
[10129.450245]
[10129.452542] Freezing of tasks failed after 20.01 seconds (1 tasks refusing to freeze, wq_busy=0):
[10129.455775] git D 8179d659 6252 32330 32326 0x00800084
[10129.458196] f1befdb4 00000082 f1befd38 8179d659 f0a219ac f1befd44 c9103491 00000931
[10129.460737] 8109173d 81c94900 81c94900 00000000 00000931 f0a21520 ee078000 f1befd7c
[10129.463286] 00000000 00000000 f0a21520 00000001 001cd784 f1befdac 81088dca 19b59094
[10129.465860] Call Trace:
[10129.468353] [<8179d659>] ? sub_preempt_count.part.170+0x9/0x90
[10129.470899] [<8109173d>] ? put_lock_stats.isra.20+0xd/0x30
[10129.473445] [<81088dca>] ? ktime_get_ts+0xea/0x120
[10129.476013] [<81797438>] io_schedule+0x78/0xb0
[10129.478597] [<810fda8d>] sleep_on_page+0xd/0x20
[10129.481234] [<81797def>] __wait_on_bit+0x4f/0x80
[10129.483864] [<810fda80>] ? __lock_page+0xb0/0xb0
[10129.486513] [<810fdc63>] wait_on_page_bit+0xb3/0xc0
[10129.489201] [<8107bfa0>] ? autoremove_wake_function+0x50/0x50
[10129.491949] [<811004a7>] __lock_page_or_retry+0x47/0x70
[10129.494698] [<81100816>] filemap_fault+0x346/0x3b0
[1...

Revision history for this message
In , witold.baryluk+kernel (witold.baryluk+kernel-linux-kernel-bugs) wrote :

Still happens on 3.0-rc2, hovewer kernel message is different

[43431.608377] PM: Syncing filesystems ... done.
[43431.921563] PM: Preparing system for mem sleep
[43432.449170] Freezing user space processes ...
[43452.466230] Freezing of tasks failed after 20.01 seconds (1 tasks refusing to freeze, wq_busy=0):
[43452.468573] cat D 00002780 0 22561 16299 0x00800084
[43452.470838] edec6da0 00000086 65af8605 00002780 00000001 f6fd9c80 00002780 c148a1c0
[43452.473179] 00000c57 00000000 c148a1c0 edec6da0 c148a1c0 c148a1c0 f8a170f3 f4303400
[43452.475539] ef2245c0 00000000 f4303400 f8a1882d f6e9c52c d32bbde4 f8a1c4e6 d32bbddc
[43452.477932] Call Trace:
[43452.480311] [<f8a170f3>] ? flush_bg_queue+0x76/0x8a [fuse]
[43452.482700] [<f8a1882d>] ? fuse_request_send_background+0x25/0x3a [fuse]
[43452.485094] [<f8a1c4e6>] ? fuse_readpages+0x7c/0x91 [fuse]
[43452.487472] [<c105307c>] ? timekeeping_get_ns+0x11/0x4f
[43452.489886] [<c12b083c>] ? io_schedule+0x6c/0xa4
[43452.492321] [<c109659c>] ? sleep_on_page_killable+0x5/0x27
[43452.494782] [<c12b0ca6>] ? __wait_on_bit_lock+0x2f/0x68
[43452.497280] [<c1096597>] ? sleep_on_page+0x8/0x8
[43452.499784] [<c1096517>] ? __lock_page_killable+0x6f/0x75
[43452.502334] [<c104c867>] ? autoremove_wake_function+0x29/0x29
[43452.504913] [<c1097721>] ? generic_file_aio_read+0x44c/0x60a
[43452.507530] [<c10cc403>] ? do_sync_read+0x9e/0xd3
[43452.510125] [<c11204c1>] ? fsnotify_perm+0x4f/0x5a
[43452.512691] [<c10cc4ff>] ? rw_verify_area+0xc7/0xe8
[43452.515279] [<c10cc365>] ? do_sync_write+0xd3/0xd3
[43452.517867] [<c10ccdf3>] ? vfs_read+0x7c/0xd6
[43452.520434] [<c10ccee3>] ? sys_read+0x3c/0x63
[43452.522968] [<c12b6fdf>] ? sysenter_do_call+0x12/0x28
[43452.525541]
[43452.528079] Restarting tasks ... done.
[43452.589475] video LNXVIDEO:00: Restoring backlight state
[43452.776042] tg3 0000:02:00.0: BAR 0: set to [mem 0xb0200000-0xb020ffff 64bit] (PCI address [0xb0200000-0xb020ffff])
[43452.932807] ADDRCONF(NETDEV_UP): eth0: link is not ready
[43452.937703] ADDRCONF(NETDEV_UP): eth1: link is not ready
[43453.448848] EXT4-fs (dm-1): re-mounted. Opts: errors=remount-ro,barrier=1,user_xattr,acl,commit=120,commit=0
[43453.822418] EXT4-fs (dm-5): re-mounted. Opts: barrier=1,user_xattr,acl,commit=300,commit=0
[43453.843030] EXT4-fs (dm-2): re-mounted. Opts: barrier=1,user_xattr,acl,commit=120,commit=0
[43457.970949] EXT4-fs (dm-3): re-mounted. Opts: barrier=1,user_xattr,acl,commit=120,commit=0
[43458.722154] EXT4-fs (dm-6): re-mounted. Opts: barrier=1,user_xattr,acl,commit=120,commit=0
[43461.984466] thinkpad_acpi: fan watchdog: enabling fan

Revision history for this message
In , witold.baryluk+kernel (witold.baryluk+kernel-linux-kernel-bugs) wrote :

Still present in 3.0.0-rc7, when performing simple cat /some-fuse-file-system/bigfile.avi > /dev/null.

I really do not know if this is new issues, but I had no issues for few years, and just noticed it in 2.6.39 - 3.0.0

[ 6926.941930] PM: Syncing filesystems ... done.
[ 6928.372670] Freezing user space processes ...
[ 6948.394575] Freezing of tasks failed after 20.01 seconds (1 tasks refusing to freeze, wq_busy=0):
[ 6948.399365] cat D ebaf1e8c 0 12428 12418 0x00800004
[ 6948.404144] eeeb5dd4 00200086 ebaf1e2c ebaf1e8c 00000145 eeeb5e00 c119acdb 00000000
[ 6948.408991] c0c563f4 00000004 eee6d540 eeeb5d84 eeeb5d80 eeeb5d88 eeeb5d88 eeeb5db4
[ 6948.413865] c0c563f4 00000480 eeeb5e00 c11e55da 00000000 c1073985 00000020 f1e3ce80
[ 6948.418742] Call Trace:
[ 6948.423574] [<c119acdb>] ? flush_bg_queue+0x7b/0x90
[ 6948.428432] [<c11e55da>] ? blk_finish_plug+0xa/0x30
[ 6948.433309] [<c1073985>] ? read_pages+0x45/0xd0
[ 6948.438140] [<c156fbd2>] ? io_schedule+0x32/0x50
[ 6948.442951] [<c106b715>] ? sleep_on_page_killable+0x5/0x30
[ 6948.447812] [<c1570236>] ? __wait_on_bit_lock+0x46/0x90
[ 6948.452752] [<c106b710>] ? sleep_on_page+0x10/0x10
[ 6948.457712] [<c106b63e>] ? __lock_page_killable+0x9e/0xb0
[ 6948.462758] [<c103e620>] ? autoremove_wake_function+0x40/0x40
[ 6948.467853] [<c106c542>] ? do_generic_file_read.constprop.47+0x292/0x470
[ 6948.473061] [<c106d59d>] ? generic_file_aio_read+0xed/0x270
[ 6948.478308] [<c10a14a0>] ? do_sync_write+0xe0/0xe0
[ 6948.483613] [<c10a154b>] ? do_sync_read+0xab/0xe0
[ 6948.488925] [<c1019955>] ? do_page_fault+0x185/0x440
[ 6948.494225] [<c10a1cdb>] ? vfs_read+0x8b/0x130
[ 6948.499456] [<c10a1dbc>] ? sys_read+0x3c/0x70
[ 6948.504727] [<c15713d0>] ? sysenter_do_call+0x12/0x26
[ 6948.509957]
[ 6948.515095] Restarting tasks ... done.
[ 6948.557211] video LNXVIDEO:00: Restoring backlight state

Revision history for this message
In , witold.baryluk+kernel (witold.baryluk+kernel-linux-kernel-bugs) wrote :

Next kind of. Again slightly different. on 3.0.0-t43-prod-03124-g81d6743-dirty

[188056.511692] PM: Syncing filesystems ... done.
[188057.344873] Freezing user space processes ...
[188077.360091] Freezing of tasks failed after 20.01 seconds (2 tasks refusing to freeze, wq_busy=0):
[188077.360819] collectd D f524f900 0 3453 3443 0x00800004
[188077.361356] f37c1e88 00000082 c1027ef6 f524f900 00000092 00000000 f37c1e38 00000092
[188077.362089] 00000000 f56ccfa0 f37c1e38 f37c1e60 c1026e67 00000000 00000001 00000003
[188077.362821] f56ccfa0 f37c1e78 c10380be f56ccfa0 c1038a6f 00000000 00000000 f56ccfa0
[188077.363553] Call Trace:
[188077.363763] [<c1027ef6>] ? check_preempt_curr+0x76/0x90
[188077.364188] [<c1026e67>] ? __wake_up_common+0x47/0x70
[188077.364601] [<c10380be>] ? recalc_sigpending+0xe/0x30
[188077.365013] [<c1038a6f>] ? __set_task_blocked+0x2f/0x80
[188077.365438] [<c103a5ad>] ? set_current_blocked+0xd/0x10
[188077.365863] [<c103a60b>] ? sigprocmask+0x5b/0xd0
[188077.366243] [<c11a7a7d>] ? fuse_request_send+0xbd/0x250
[188077.366669] [<c1043b80>] ? finish_wait+0x50/0x50
[188077.367047] [<c11b0a7c>] ? fuse_statfs+0xdc/0x160
[188077.367434] [<c10cc6d5>] ? statfs_by_dentry+0xb5/0x110
[188077.367853] [<c10cc74a>] ? vfs_statfs+0x1a/0xa0
[188077.368223] [<c10cc808>] ? user_statfs+0x38/0x60
[188077.368601] [<c10cc8ca>] ? sys_statfs64+0x1a/0x40
[188077.368987] [<c15838d0>] ? sysenter_do_call+0x12/0x26

and on more call trace (as two tasks was freezed), probably releated to bug #34572 (see comment #15 there).

Revision history for this message
In , miklos (miklos-linux-kernel-bugs) wrote :

Yes, this is a known issue with fuse vs. suspend.

Revision history for this message
In , Ben (ben-redhat-bugs) wrote :

Problem still appears as originally described under Fedora 16, with:

    fuse-sshfs-2.3-1.fc16.i686
    gnome-do-0.8.5-7.fc16.i686
    kernel-3.1.9-1.fc16.i686
    ntfs-3g-2011.4.12-5.fc16.i686

Revision history for this message
In , Josh (josh-redhat-bugs) wrote :

There are some known issues in regards to fuse and suspend/resume. Essentially, a task stuck in the fuse layer can cause the freezer to give up and suspend will abort.

http://lists.debian.org/debian-kernel/2011/10/msg00412.html

There is work ongoing upstream for this but nothing explicit that I see in the tree yet. I'm going to move this bug to rawhide for now. In the meantime, unmount the fuse filesystems before suspending.

Changed in linux:
importance: Unknown → Medium
status: Unknown → Confirmed
Changed in debian:
status: Unknown → Confirmed
Revision history for this message
In , alan (alan-linux-kernel-bugs) wrote :

Please re-open if seen with a modern kernel

Changed in linux:
status: Confirmed → Expired
Revision history for this message
In , tingw.liu (tingw.liu-linux-kernel-bugs) wrote :

Has this bug been fixed? In which version?

Revision history for this message
In , laci (laci-linux-kernel-bugs) wrote :

I got the following yesterday with the stock 3.5.0-24-lowlatency kernel of Linux Mint and also got it recently with 3.5.0-19-generic.

I bumped into this issue lately and encounter with it from time to time so this definitely seems a standing issue.

Feb 21 02:22:23 nitehawk kernel: [ 9359.366095] PM: Syncing filesystems ... done.
Feb 21 02:22:23 nitehawk kernel: [ 9359.372465] PM: Preparing system for mem sleep
Feb 21 02:22:23 nitehawk kernel: [ 9359.372484] Freezing user space processes ...
Feb 21 02:22:23 nitehawk kernel: [ 9379.373235] Freezing of tasks failed after 20.00 seconds (1 tasks refusing to freeze, wq_busy=0):
Feb 21 02:22:23 nitehawk kernel: [ 9379.373336] mc D ffff88013fd13b00 0 8583 1 0x00000004
Feb 21 02:22:23 nitehawk kernel: [ 9379.373339] ffff880048bd7be8 0000000000000082 ffff880048b91720 ffff880048bd7fd8
Feb 21 02:22:23 nitehawk kernel: [ 9379.373343] ffff880048bd7fd8 ffff880048bd7fd8 ffff880139b40000 ffff880048b91720
Feb 21 02:22:23 nitehawk kernel: [ 9379.373346] ffff880048bd7bc8 ffff880048b91720 ffff88013fd14398 0000000000000082
Feb 21 02:22:23 nitehawk kernel: [ 9379.373349] Call Trace:
Feb 21 02:22:23 nitehawk kernel: [ 9379.373357] [<ffffffff81127260>] ? sleep_on_page+0x20/0x20
Feb 21 02:22:23 nitehawk kernel: [ 9379.373361] [<ffffffff81690a29>] schedule+0x29/0x70
Feb 21 02:22:23 nitehawk kernel: [ 9379.373364] [<ffffffff81690aff>] io_schedule+0x8f/0xd0
Feb 21 02:22:23 nitehawk kernel: [ 9379.373366] [<ffffffff8112726e>] sleep_on_page_killable+0xe/0x40
Feb 21 02:22:23 nitehawk kernel: [ 9379.373369] [<ffffffff8168ef7b>] __wait_on_bit_lock+0x5b/0xc0
Feb 21 02:22:23 nitehawk kernel: [ 9379.373371] [<ffffffff811271c7>] __lock_page_killable+0x67/0x70
Feb 21 02:22:23 nitehawk kernel: [ 9379.373375] [<ffffffff81078e90>] ? autoremove_wake_function+0x40/0x40
Feb 21 02:22:23 nitehawk kernel: [ 9379.373378] [<ffffffff81129625>] generic_file_aio_read+0x475/0x710
Feb 21 02:22:23 nitehawk kernel: [ 9379.373382] [<ffffffff8129fc25>] fuse_file_aio_read+0x75/0x90
Feb 21 02:22:23 nitehawk kernel: [ 9379.373385] [<ffffffff811889c6>] do_sync_read+0xe6/0x120
Feb 21 02:22:23 nitehawk kernel: [ 9379.373388] [<ffffffff812bee52>] ? security_file_permission+0x92/0xb0
Feb 21 02:22:23 nitehawk kernel: [ 9379.373391] [<ffffffff81188e81>] ? rw_verify_area+0x61/0xf0
Feb 21 02:22:23 nitehawk kernel: [ 9379.373393] [<ffffffff81189319>] vfs_read+0xa9/0x180
Feb 21 02:22:23 nitehawk kernel: [ 9379.373395] [<ffffffff8118943a>] sys_read+0x4a/0x90
Feb 21 02:22:23 nitehawk kernel: [ 9379.373398] [<ffffffff816990a9>] system_call_fastpath+0x16/0x1b

Revision history for this message
In , Fedora (fedora-redhat-bugs) wrote :

This bug appears to have been reported against 'rawhide' during the Fedora 19 development cycle.
Changing version to '19'.

(As we did not run this process for some time, it could affect also pre-Fedora 19 development
cycle bugs. We are very sorry. It will help us with cleanup during Fedora 19 End Of Life. Thank you.)

More information and reason for this action is here:
https://fedoraproject.org/wiki/BugZappers/HouseKeeping/Fedora19

Changed in debian:
status: Confirmed → Fix Released
Revision history for this message
In , Josh (josh-redhat-bugs) wrote :

*********** MASS BUG UPDATE **************

We apologize for the inconvenience. There is a large number of bugs to go through and several of them have gone stale. Due to this, we are doing a mass bug update across all of the Fedora 19 kernel bugs.

Fedora 19 has now been rebased to 3.11.1-200.fc19. Please test this kernel update and let us know if you issue has been resolved or if it is still present with the newer kernel.

If you experience different issues, please open a new bug report for those.

Revision history for this message
In , Josh (josh-redhat-bugs) wrote :

This bug is being closed with INSUFFICIENT_DATA as there has not been a response in 2 weeks. If you are still experiencing this issue, please reopen and attach the relevant data from the latest kernel you are running and any data that might have been requested previously.

Changed in fedora:
importance: Unknown → Medium
status: Unknown → Expired
Revision history for this message
In , safinaskar (safinaskar-linux-kernel-bugs) wrote :

Still reproducible on Linux 5.10 with debian stretch. Steps to reproduce:
- Mount something using fuse sshfs (sshfs 2.8, libfuse 2)
- Run "cat /path-to-sshfs-mount/some-big-file > /dev/null"
- Try to suspend while above command runs

Actual behavior: suspend doesn't work
Expected behavior: suspend should work
Reproducibility: always

Please, reopen the bug

To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

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