lkml.org 
[lkml]   [2012]   [Apr]   [19]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
/
Date
From
SubjectRe: 3.3.1: hung task in __lock_page
Hi,

I've used gdb to correlate the call trace addresses with the
source to see that the last part of the call chain is:

grab_cache_page_write_begin
+ wait_on_page_writeback
+ wait_on_page_bit
+ __wait_on_bit
+ sleep_on_page
+ io_schedule
+ schedule

I.e. the vblade task was forced to wait an unreasonable time for
a page writeback to complete. And, given it wasn't holding any
locks, I guess this means it's a victim of the problem rather
than a perpetrator?

So, kernel neophyte that I am, what might cause a writeback
to take an unreasonable amount of time?

Any pointers as to where I should be looking to see if I can
work out where the problem lies, with an eye towards a bug fix,
and/or what might be done to avoid triggering the problem again?

Thanks,

Chris.

On Wed, Apr 18, 2012 at 12:53:32PM +1000, Chris Dunlop wrote:
> Bugger, just got another, almost identical...
>
> FYI, the big 'rm -r' is still running on the other aoe export.
>
> On Wed, Apr 18, 2012 at 12:24:20PM +1000, Chris Dunlop wrote:
>> G'day,
>>
>> Linux-3.3.1, x64, md/lvm, deadline scheduler. 3 LVs exported via
>> aoe, 1 LV exported via iscsi. The machine had been running with this
>> configuration for 19 hours with light to moderate load on the various
>> exports. 20 min before the hung task message a large 'rm -r' was started
>> on a different aoe export to the hung vblade task and was still
>> running at the time of the hang. The hung vblade task caused the
>> associated aoe export to have a conniption, but otherwise
>> everything seems to be humming along fine.
>>
>> [69137.699722] INFO: task vblade:6826 blocked for more than 120 seconds.
>> [69137.699759] "echo 0 > /proc/sys/kernel/hung_task_timeout_secs" disables this message.
>> [69137.699810] vblade D 0000000000000002 0 6826 3881 0x00000000
>> [69137.699852] ffff880be9c1ba78 0000000000000046 ffff880c00a6c3c0 00000000001d38c0
>> [69137.699909] ffff880be9c1bfd8 ffff880be9c1a010 00000000001d38c0 00000000001d38c0
>> [69137.699965] ffff880be9c1bfd8 00000000001d38c0 ffff880c085a43c0 ffff880c00a6c3c0
>> [69137.700021] Call Trace:
>> [69137.700048] [<ffffffff810f5400>] ? __lock_page+0x70/0x70
>> [69137.700080] [<ffffffff813ecadf>] schedule+0x3f/0x60
>> [69137.700108] [<ffffffff813ecb8c>] io_schedule+0x8c/0xd0
>> [69137.700136] [<ffffffff810f540e>] sleep_on_page+0xe/0x20
>> [69137.700165] [<ffffffff813ea65f>] __wait_on_bit+0x5f/0x90
>> [69137.700195] [<ffffffff810f5653>] wait_on_page_bit+0x73/0x80
>> [69137.700226] [<ffffffff81070190>] ? autoremove_wake_function+0x40/0x40
>> [69137.700259] [<ffffffff8108214d>] ? sched_clock_cpu+0xcd/0x110
>> [69137.700289] [<ffffffff810f61c1>] grab_cache_page_write_begin+0xa1/0xd0
>> [69137.700323] [<ffffffff81184360>] ? I_BDEV+0x10/0x10
>> [69137.700351] [<ffffffff81181768>] block_write_begin+0x38/0x90
>> [69137.700383] [<ffffffff812115ee>] ? do_raw_spin_unlock+0x5e/0xb0
>> [69137.700413] [<ffffffff81185193>] blkdev_write_begin+0x23/0x30
>> [69137.700443] [<ffffffff810f4b1b>] generic_file_buffered_write+0x11b/0x2a0
>> [69137.700477] [<ffffffff8104f567>] ? current_fs_time+0x27/0x30
>> [69137.700507] [<ffffffff810f791b>] __generic_file_aio_write+0x23b/0x470
>> [69137.700539] [<ffffffff81184826>] blkdev_aio_write+0x36/0x90
>> [69137.700570] [<ffffffff8114e1c2>] do_sync_write+0xe2/0x120
>> [69137.700599] [<ffffffff8118c663>] ? fsnotify+0x1f3/0x360
>> [69137.700630] [<ffffffff812f4cf1>] ? T.1251+0x51/0x60
>> [69137.700658] [<ffffffff8114e720>] vfs_write+0xd0/0x1a0
>> [69137.700687] [<ffffffff8114e88a>] sys_pwrite64+0x9a/0xb0
>> [69137.700717] [<ffffffff813f6469>] system_call_fastpath+0x16/0x1b
>> [69137.700747] no locks held by vblade/6826.
>
> [76207.016288] INFO: task vblade:6826 blocked for more than 120 seconds.
> [76207.016328] "echo 0 > /proc/sys/kernel/hung_task_timeout_secs" disables this message.
> [76207.016375] vblade D 0000000000000002 0 6826 3881 0x00000000
> [76207.016412] ffff880be9c1ba78 0000000000000046 ffff880c00a6c3c0 00000000001d38c0
> [76207.016472] ffff880be9c1bfd8 ffff880be9c1a010 00000000001d38c0 00000000001d38c0
> [76207.016528] ffff880be9c1bfd8 00000000001d38c0 ffffffff8160d020 ffff880c00a6c3c0
> [76207.016584] Call Trace:
> [76207.016612] [<ffffffff810f5400>] ? __lock_page+0x70/0x70
> [76207.016643] [<ffffffff813ecadf>] schedule+0x3f/0x60
> [76207.016672] [<ffffffff813ecb8c>] io_schedule+0x8c/0xd0
> [76207.016700] [<ffffffff810f540e>] sleep_on_page+0xe/0x20
> [76207.016729] [<ffffffff813ea65f>] __wait_on_bit+0x5f/0x90
> [76207.016759] [<ffffffff810f5653>] wait_on_page_bit+0x73/0x80
> [76207.016790] [<ffffffff81070190>] ? autoremove_wake_function+0x40/0x40
> [76207.016823] [<ffffffff8108214d>] ? sched_clock_cpu+0xcd/0x110
> [76207.016853] [<ffffffff810f61c1>] grab_cache_page_write_begin+0xa1/0xd0
> [76207.016887] [<ffffffff81184360>] ? I_BDEV+0x10/0x10
> [76207.016915] [<ffffffff81181768>] block_write_begin+0x38/0x90
> [76207.016947] [<ffffffff812115ee>] ? do_raw_spin_unlock+0x5e/0xb0
> [76207.016980] [<ffffffff81185193>] blkdev_write_begin+0x23/0x30
> [76207.017014] [<ffffffff810f4b1b>] generic_file_buffered_write+0x11b/0x2a0
> [76207.017052] [<ffffffff8104f567>] ? current_fs_time+0x27/0x30
> [76207.017086] [<ffffffff810f791b>] __generic_file_aio_write+0x23b/0x470
> [76207.017122] [<ffffffff81184826>] blkdev_aio_write+0x36/0x90
> [76207.017157] [<ffffffff8114e1c2>] do_sync_write+0xe2/0x120
> [76207.017189] [<ffffffff8118c663>] ? fsnotify+0x1f3/0x360
> [76207.017222] [<ffffffff8114e720>] vfs_write+0xd0/0x1a0
> [76207.017254] [<ffffffff8114e88a>] sys_pwrite64+0x9a/0xb0
> [76207.017288] [<ffffffff813f6469>] system_call_fastpath+0x16/0x1b
> [76207.017321] no locks held by vblade/6826.
>
> Cheers,
>
> Chris.


\
 
 \ /
  Last update: 2012-04-19 09:49    [W:0.047 / U:0.968 seconds]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site