From: "Arkadiusz Bubała" <arkadiusz.bubala@open-e.com>
To: Dave Chinner <david@fromorbit.com>
Cc: xfs@oss.sgi.com
Subject: Re: [BUG] Call trace during snapshot start/stop sequence
Date: Thu, 05 Dec 2013 09:36:42 +0100 [thread overview]
Message-ID: <52A03B1A.9000107@open-e.com> (raw)
In-Reply-To: <20131128211650.GQ10988@dastard>
Hello,
I tried to repeat issue on another environment and but after about 15h
of running mentioned test I got a deadlock.
Test ran on the latest mainline 3.4.71 kernel. Here's the dumped stack:
[74017.711401] dd D ffffffff8160a4a0 0 546 3277
0x20020000
[74017.711404] ffff88018ca40000 0000000000000086 0000000300000000
ffff8801f751fad8
[74017.711406] ffffffffffffffa6 ffff88042cd66ae0 0000000000000000
0000000000102400
[74017.711408] 0000000000000200 0000000000000000 0000000000000200
0000000000102652
[74017.711410] Call Trace:
[74017.711411] [<ffffffff81221133>] ? xfs_iunlock+0x63/0x80
[74017.711413] [<ffffffff810a9728>] ? find_get_page+0x18/0x90
[74017.711414] [<ffffffff810a9880>] ? __lock_page+0x70/0x70
[74017.711416] [<ffffffff815f530d>] ? io_schedule+0x4d/0x70
[74017.711417] [<ffffffff810a9889>] ? sleep_on_page+0x9/0x10
[74017.711419] [<ffffffff815f398f>] ? __wait_on_bit+0x4f/0x80
[74017.711420] [<ffffffff81219d40>] ? xfs_get_blocks_direct+0x10/0x10
[74017.711422] [<ffffffff810a9b9c>] ? wait_on_page_bit+0x6c/0x80
[74017.711424] [<ffffffff81057e50>] ? autoremove_wake_function+0x30/0x30
[74017.711425] [<ffffffff810a9fb0>] ?
grab_cache_page_write_begin+0xc0/0x100
[74017.711427] [<ffffffff81219d40>] ? xfs_get_blocks_direct+0x10/0x10
[74017.711430] [<ffffffff8111563e>] ? block_write_begin+0x3e/0xa0
[74017.711431] [<ffffffff81219830>] ? xfs_vm_write_begin+0x40/0x80
[74017.711433] [<ffffffff810a8fff>] ?
generic_file_buffered_write+0x10f/0x270
[74017.711435] [<ffffffff8121eb74>] ? xfs_file_aio_write_checks+0xf4/0x140
[74017.711437] [<ffffffff8121ec83>] ?
xfs_file_buffered_aio_write+0xc3/0x140
[74017.711439] [<ffffffff8121f084>] ? xfs_file_aio_write+0xf4/0x150
[74017.711440] [<ffffffff810fa44c>] ? do_filp_open+0x4c/0xc0
[74017.711442] [<ffffffff810ea594>] ? do_sync_write+0xc4/0x100
[74017.711444] [<ffffffff81121cd2>] ? fsnotify+0x1b2/0x2c0
[74017.711446] [<ffffffff8128b0ac>] ? security_file_permission+0x1c/0x90
[74017.711447] [<ffffffff810ead90>] ? vfs_write+0xd0/0x170
[74017.711449] [<ffffffff810eb543>] ? sys_write+0x53/0x90
[74017.711451] [<ffffffff815fd399>] ? ia32_do_call+0x13/0x13
[74017.711452] lvconvert D ffffffff8160a4a0 0 1857 1612
0x20020000
[74017.711455] ffff88041fd08be0 0000000000000082 ffff880252aeda18
0000000000000001
[74017.711457] ffffffff810be0ed ffff88042cd66ae0 ffffea000b5d7de0
0000000000000040
[74017.711458] 0000000000000202 0000000000000000 ffff880252aedfd8
0000004000000000
[74017.711460] Call Trace:
[74017.711462] [<ffffffff810be0ed>] ? zone_statistics+0x9d/0xa0
[74017.711465] [<ffffffff810d13cc>] ? alloc_vmap_area+0x6c/0x310
[74017.711467] [<ffffffff815f58cd>] ? rwsem_down_failed_common+0xcd/0x140
[74017.711469] [<ffffffff810b0222>] ? __alloc_pages_nodemask+0x152/0x720
[74017.711471] [<ffffffff812c3c33>] ?
call_rwsem_down_write_failed+0x13/0x20
[74017.711473] [<ffffffff812889e0>] ? cap_netlink_send+0x10/0x10
[74017.711475] [<ffffffff815f426c>] ? down_write+0x1c/0x20
[74017.711477] [<ffffffff810ecbd9>] ? grab_super+0x29/0x90
[74017.711478] [<ffffffff810ee4d1>] ? get_active_super+0x71/0x90
[74017.711480] [<ffffffff8111b01b>] ? freeze_bdev+0x7b/0xd0
[74017.711482] [<ffffffff814b3450>] ? dm_suspend+0x1e0/0x280
[74017.711484] [<ffffffff814b6d9c>] ? __find_device_hash_cell+0xdc/0x150
[74017.711486] [<ffffffff814b7ca0>] ? dev_wait+0xb0/0xb0
[74017.711488] [<ffffffff814b7e6c>] ? dev_suspend+0x1cc/0x220
[74017.711490] [<ffffffff814b8b23>] ? dm_ctl_ioctl+0x303/0x3a0
[74017.711492] [<ffffffff815f5995>] ? _raw_spin_lock+0x5/0x10
[74017.711494] [<ffffffff81105bc5>] ? vfsmount_lock_local_lock+0x15/0x20
[74017.711497] [<ffffffff81130b94>] ? compat_sys_ioctl+0x104/0x1160
[74017.711499] [<ffffffff81105bc5>] ? vfsmount_lock_local_lock+0x15/0x20
[74017.711501] [<ffffffff8110713a>] ? mntput_no_expire+0x1a/0x140
[74017.711503] [<ffffffff81105be5>] ? vfsmount_lock_local_unlock+0x15/0x20
[74017.711505] [<ffffffff810ef5db>] ? vfs_fstatat+0x7b/0x80
[74017.711507] [<ffffffff810389ce>] ? sys32_stat64+0x2e/0x50
[74017.711509] [<ffffffff815fd399>] ? ia32_do_call+0x13/0x13
[74017.711511] kworker/4:2 D 0000000000000000 0 45754 2
0x00000000
[74017.711513] ffff88020f12f0d0 0000000000000046 0000000000000001
0000000000000400
[74017.711516] 0000000000000000 ffff8801f9c04d30 0000000000000400
0000000040000000
[74017.711518] 0000000000000001 000000000003cb84 ffff8804275b8780
ffff88020f12f0d0
[74017.711519] Call Trace:
[74017.711521] [<ffffffff8121c660>] ? xfs_buf_ioend+0x90/0x90
[74017.711523] [<ffffffff8121c6bb>] ? xfs_buf_iorequest+0x3b/0x40
[74017.711524] [<ffffffff81267476>] ? xlog_bdstrat+0x36/0x40
[74017.711526] [<ffffffff8102e255>] ? default_spin_lock_flags+0x5/0x10
[74017.711528] [<ffffffff815f59cb>] ? _raw_spin_lock_irqsave+0x2b/0x50
[74017.711530] [<ffffffff812692e1>] ? _xfs_log_force_lsn+0x2d1/0x310
[74017.711531] [<ffffffff810630f0>] ? try_to_wake_up+0x280/0x280
[74017.711534] [<ffffffff81266cc5>] ? xfs_trans_commit+0x245/0x250
[74017.711535] [<ffffffff8122a574>] ? xfs_sync_worker+0x54/0x60
[74017.711537] [<ffffffff81051843>] ? process_one_work+0xf3/0x320
[74017.711539] [<ffffffff810534f2>] ? worker_thread+0xe2/0x280
[74017.711541] [<ffffffff81053410>] ? gcwq_mayday_timeout+0x80/0x80
[74017.711542] [<ffffffff8105776b>] ? kthread+0x9b/0xb0
[74017.711544] [<ffffffff815fcc24>] ? kernel_thread_helper+0x4/0x10
[74017.711546] [<ffffffff810576d0>] ? kthread_bind+0x80/0x80
[74017.711548] [<ffffffff815fcc20>] ? gs_change+0x13/0x13
--
Best regards
Arkadiusz Bubała
Open-E Poland Sp. z o.o.
www.open-e.com
_______________________________________________
xfs mailing list
xfs@oss.sgi.com
http://oss.sgi.com/mailman/listinfo/xfs
prev parent reply other threads:[~2013-12-05 8:37 UTC|newest]
Thread overview: 6+ messages / expand[flat|nested] mbox.gz Atom feed top
2013-11-27 10:01 [BUG] Call trace during snapshot start/stop sequence Arkadiusz Bubała
2013-11-27 22:19 ` Dave Chinner
2013-11-27 23:06 ` Dave Chinner
2013-11-28 10:00 ` Arkadiusz Bubała
2013-11-28 21:16 ` Dave Chinner
2013-12-05 8:36 ` Arkadiusz Bubała [this message]
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=52A03B1A.9000107@open-e.com \
--to=arkadiusz.bubala@open-e.com \
--cc=david@fromorbit.com \
--cc=xfs@oss.sgi.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox