[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Bug#657162: linux-image-2.6.26-amd64: task ... blocked for more than 120 seconds.



[Re-sending with the correct bug address.]

On Tue, 2012-01-24 at 15:14 +0000, Keith Edmunds wrote:
> Package: linux-image-2.6.26-amd64
> Version: linux-image-2.6.32-5-amd64
> Severity: important

What is the Debian package version?  (Run 'cat /proc/version'.)

> We're seeing lots of the following on a busy Squeeze server:
> 
> kernel: [ 4680.620046] INFO: task BackupPC:1851 blocked for more than 120 seconds.
> kernel: [ 4680.620083] "echo 0 > /proc/sys/kernel/hung_task_timeout_secs" disables this message.
> kernel: [ 4680.620136] BackupPC      D 0000000000000000     0  1851      1 0x00000000
> kernel: [ 4680.620140]  ffffffff8145d1f0 0000000000000082 0000000000000000 0000000000000296
> kernel: [ 4680.620144]  0000000000000296 ffffffff81099ec6 000000000000f9e0 ffff88011cf5ffd8
> kernel: [ 4680.620147]  0000000000015780 0000000000015780 ffff88011cf30710 ffff88011cf30a08
> kernel: [ 4680.620150] Call Trace:
> kernel: [ 4680.620157]  [<ffffffff81099ec6>] ? delayacct_end+0x74/0x7f
> kernel: [ 4680.620162]  [<ffffffff812fb51a>] ? io_schedule+0x93/0xb7
> kernel: [ 4680.620165]  [<ffffffff812fba28>] ? __wait_on_bit+0x62/0x70
> kernel: [ 4680.620168]  [<ffffffff812fbc3b>] ? __mutex_lock_common+0x122/0x192
> kernel: [ 4680.620171]  [<ffffffff812fbd63>] ? mutex_lock+0x1a/0x31
> kernel: [ 4680.620194]  [<ffffffffa0164af8>] ? __log_wait_for_space+0x72/0x17a [jbd]
> kernel: [ 4680.620200]  [<ffffffffa0162a01>] ? start_this_handle+0x2f9/0x344 [jbd]
> kernel: [ 4680.620205]  [<ffffffffa0162ba0>] ? journal_start+0x96/0xc6 [jbd]
> kernel: [ 4680.620213]  [<ffffffffa017d88b>] ? ext3_create+0x53/0x10c [ext3]
> kernel: [ 4680.620216]  [<ffffffff810f6290>] ? generic_permission+0xe/0x8a
> kernel: [ 4680.620219]  [<ffffffff810f7d8c>] ? vfs_create+0x6d/0x89
> kernel: [ 4680.620222]  [<ffffffff810f8cb5>] ? do_filp_open+0x31e/0x94b
> kernel: [ 4680.620225]  [<ffffffff810ed3ab>] ? do_sys_open+0x55/0xfc
> kernel: [ 4680.620228]  [<ffffffff81010b42>] ? system_call_fastpath+0x16/0x1b

Does the system recover from this, i.e. does the backup ever complete?

Ben.

-- 
Ben Hutchings
Horngren's Observation:
                   Among economists, the real world is often a special case.

Attachment: signature.asc
Description: This is a digitally signed message part


Reply to: