Messages in this thread | | | Date | Thu, 19 Apr 2012 17:45:23 +1000 | From | Chris Dunlop <> | Subject | Re: 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.
| |