public inbox for linux-xfs@vger.kernel.org
 help / color / mirror / Atom feed
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

      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