Freezing of tasks failed after 20.00 seconds. tasks refusing

[bullgard]

Hallo Debianforum, (Kein Aprilscherz!)
[Xfce4.8]
'

Code: Alles auswählen

~$ uname -a; Linux T61 3.2.0-4-amd64 #1 SMP Debian 3.2.54-2 x86_64 GNU/Linux

'
In ~10% aller Fälle geht dieser Rechner nach Klicken von Anwendungsmenü > Abmelden > Ruhezustand nicht in den Ruhezstand, sondern meldet: "

Freezing of tasks failed after 20.00 seconds (4 tasks refusing to freeze, wq_busy=0).

"
Aus diesem Zustand kann ich ihn nur durch die magische SysRq-Taste oder Neubooten befreien.
/var/log/syslog.1. "

Apr 1 09:54:18 T61 kernel: [214253.384062] Freezing of tasks failed after 20.00 seconds (4 tasks refusing to freeze, wq_busy=0):
Apr 1 09:54:18 T61 kernel: [214253.384191] gvfs-gdu-volume D ffff88013bd13780 0 4495 1 0x00800004
Apr 1 09:54:18 T61 kernel: [214253.384196] ffff880114044040 0000000000000082 ffff880100000000 ffff880136f080c0
Apr 1 09:54:18 T61 kernel: [214253.384200] 0000000000013780 ffff8801190e9fd8 ffff8801190e9fd8 ffff880114044040
Apr 1 09:54:18 T61 kernel: [214253.384205] ffffffff8134fdc7 0000000181071011 0000000000000246 ffff8801190e9ce0
Apr 1 09:54:18 T61 kernel: [214253.384209] Call Trace:
Apr 1 09:54:18 T61 kernel: [214253.384217] [<ffffffff8134fdc7>] ? _raw_spin_unlock_irqrestore+0xe/0xf
Apr 1 09:54:18 T61 kernel: [214253.384231] [<ffffffffa0495362>] ? rpc_queue_empty+0x24/0x24 [sunrpc]
Apr 1 09:54:18 T61 kernel: [214253.384238] [<ffffffffa0495390>] ? rpc_wait_bit_killable+0x2e/0x32 [sunrpc]
Apr 1 09:54:18 T61 kernel: [214253.384242] [<ffffffff8134f104>] ? __wait_on_bit+0x3e/0x71
Apr 1 09:54:18 T61 kernel: [214253.384245] [<ffffffff8134f1a6>] ? out_of_line_wait_on_bit+0x6f/0x78
Apr 1 09:54:18 T61 kernel: [214253.384252] [<ffffffffa0495362>] ? rpc_queue_empty+0x24/0x24 [sunrpc]
Apr 1 09:54:18 T61 kernel: [214253.384256] [<ffffffff8105fcfd>] ? autoremove_wake_function+0x2a/0x2a
Apr 1 09:54:18 T61 kernel: [214253.384264] [<ffffffffa0495f67>] ? __rpc_execute+0xe5/0x2ba [sunrpc]
Apr 1 09:54:18 T61 kernel: [214253.384267] [<ffffffff8105faa2>] ? wake_up_bit+0xd/0x1e
Apr 1 09:54:18 T61 kernel: [214253.384273] [<ffffffffa048fcf9>] ? rpc_run_task+0x77/0x7e [sunrpc]
Apr 1 09:54:18 T61 kernel: [214253.384279] [<ffffffffa048fdef>] ? rpc_call_sync+0x42/0x62 [sunrpc]
Apr 1 09:54:18 T61 kernel: [214253.384293] [<ffffffffa0512fa7>] ? nfs3_rpc_wrapper.constprop.11+0x20/0x55 [nfs]
Apr 1 09:54:18 T61 kernel: [214253.384305] [<ffffffffa05132d8>] ? nfs3_proc_access+0xdd/0x148 [nfs]
Apr 1 09:54:18 T61 kernel: [214253.384314] [<ffffffffa05036cf>] ? nfs_do_access+0x186/0x3b2 [nfs]
Apr 1 09:54:18 T61 kernel: [214253.384322] [<ffffffffa05039c4>] ? nfs_permission+0xc9/0x15b [nfs]
Apr 1 09:54:18 T61 kernel: [214253.384327] [<ffffffff81103b20>] ? inode_permission+0x65/0xd6
Apr 1 09:54:18 T61 kernel: [214253.384331] [<ffffffff810f9b7f>] ? sys_faccessat+0xdc/0x155
Apr 1 09:54:18 T61 kernel: [214253.384334] [<ffffffff81354d92>] ? system_call_fastpath+0x16/0x1b
Apr 1 09:54:18 T61 kernel: [214253.384362] fuser D ffff88013bc13780 0 5745 5744 0x00800004
Apr 1 09:54:18 T61 kernel: [214253.384366] ffff8800afa1e9f0 0000000000000086 0000000000000000 ffffffff8160d020
Apr 1 09:54:18 T61 kernel: [214253.384370] 0000000000013780 ffff8800b2841fd8 ffff8800b2841fd8 ffff8800afa1e9f0
Apr 1 09:54:18 T61 kernel: [214253.384374] 0000000000000005 0000000181071011 0000000000000246 ffff8800b2841d10
Apr 1 09:54:18 T61 kernel: [214253.384378] Call Trace:
Apr 1 09:54:18 T61 kernel: [214253.384385] [<ffffffffa0495362>] ? rpc_queue_empty+0x24/0x24 [sunrpc]
Apr 1 09:54:18 T61 kernel: [214253.384392] [<ffffffffa0495390>] ? rpc_wait_bit_killable+0x2e/0x32 [sunrpc]

"
Was ist die Ursache für dieses Fehlverhalten?
Wie kann ich es abstellen?
Mit freundlichen Grüßen
bullgard

[TRex]

Ein ähnliches Verhalten kenne ich, wenn der NFS-Server einer eingebundenen Freigabe nicht erreichbar ist. Ist das bei dir der Fall?

[bullgard]

Ein ähnliches Verhalten kenne ich, wenn der NFS-Server einer eingebundenen Freigabe nicht erreichbar ist. Ist das bei dir der Fall?

Ob das der Fall war, als der angegebene Auszug des /var/log/syslog.1 geschrieben wurde, aus dem ich zitiert habe, weiß ich nicht. Ich hatte aber zu anderen Zeiten schon beobachtet, daß die entfernte NAS-Freigabe nicht erreichbar war. Dabei stellte ich fest, daß am lokalen Rechner der Befehl 'mount' nicht die beiden NFS-Verbindungen anzeigte. Bis jetzt hatte ich vermutet, daß die Nichterrreichbarkeit die Folge irgendeines vorhergehenden Absturzes im lokalen Rechner war.
Bis in den Januar dieses Jahres etwa hatte ich diese NFS-Verbindung subjektiv für sehr stabil gehalten. Ich kann mich nicht erinnern, daß ich in der Konfiguration dieser Verbindung einen Eingriff vorgenommen hätte.

[nudgegoonies]

Ich habe disen Effekt in letzter Zeit auch häufiger unter Jessie, aber mit 0 Tasks:

Code: Alles auswählen

[20000.838210] Freezing remaining freezable tasks ... 
[20020.845537] Freezing of tasks failed after 20.007 seconds (0 tasks refusing to freeze, wq_busy=1):

[20020.845649] Restarting kernel threads ... done.

Der Rechner stürzt allerdings nicht ab sondern wacht wieder auf. Im zweiten Anlauf geht es meistens. Weiß jemand was das verursacht?

[nudgegoonies]

Das Problem mit den 20 Sekunden habe ich herausgefunden kommt von CDEMU. Wenn ich dessen Daemon beende und das Kernelmodul entlade dann tritt das Problem nicht auf.

Dafür tritt jetzt ein anderes auf, der Rechner wacht nach 30 Sekunden Ruhezustand wieder auf. Oh Mann. Jetzt warte ich immer ab bis Grub kommt und schalte ihn aus Bereitschaft und Ruhezustand sind essentiell