* [regression 3.11-rc1] unmount hanging purging quotas
@ 2013-07-18 11:09 Dave Chinner
2013-07-18 12:02 ` Jeff Liu
` (2 more replies)
0 siblings, 3 replies; 4+ messages in thread
From: Dave Chinner @ 2013-07-18 11:09 UTC (permalink / raw)
To: xfs; +Cc: Chandra Seetharaman
Hi Chandra,
I'm seeing xfs/050 hanging on a current oss-xfs master tree during
unmount getting stuck purging dquots. it basically loops there
forever. Have you seen anything like this recently?
# echo w > /proc/sysrq-trigger
[ 5179.063824] SysRq : Show Blocked State
[ 5179.064895] task PC stack pid father
[ 5179.066459] umount D ffff88007fd13280 5592 27782 26800 0x00000000
[ 5179.067478] ffff88007b747b98 0000000000000046 ffff8800524e4500 ffff88007b747fd8
[ 5179.067478] ffff88007b747fd8 ffff88007b747fd8 ffff88007c83dc00 ffff8800524e4500
[ 5179.067478] ffff88007b747b88 ffff88007b747bd0 ffff88007c858000 0000000100129cb6
[ 5179.067478] Call Trace:
[ 5179.067478] [<ffffffff81c53319>] schedule+0x29/0x70
[ 5179.067478] [<ffffffff81c4fa3b>] schedule_timeout+0x10b/0x1f0
[ 5179.067478] [<ffffffff8109a1e0>] ? usleep_range+0x50/0x50
[ 5179.067478] [<ffffffff814d8c20>] ? xfs_qm_need_dqattach+0x80/0x80
[ 5179.067478] [<ffffffff81c4fb3e>] schedule_timeout_uninterruptible+0x1e/0x20
[ 5179.067478] [<ffffffff814d911b>] xfs_qm_dquot_walk+0x19b/0x1b0
[ 5179.067478] [<ffffffff81c54934>] ? _raw_spin_lock_irqsave+0x24/0x30
[ 5179.067478] [<ffffffff8174c3ad>] ? do_raw_spin_unlock+0x5d/0xb0
[ 5179.067478] [<ffffffff810a77e4>] ? flush_work+0x34/0x160
[ 5179.067478] [<ffffffff8109b354>] ? del_timer+0x54/0x70
[ 5179.067478] [<ffffffff810a9461>] ? try_to_grab_pending+0xd1/0x190
[ 5179.067478] [<ffffffff814d9170>] xfs_qm_dqpurge_all+0x40/0x90
[ 5179.067478] [<ffffffff814d9d65>] xfs_qm_unmount+0x25/0x40
[ 5179.067478] [<ffffffff8147065c>] xfs_unmountfs+0x7c/0x120
[ 5179.067478] [<ffffffff814735c5>] xfs_fs_put_super+0x25/0x60
[ 5179.067478] [<ffffffff81191aa1>] generic_shutdown_super+0x61/0xf0
[ 5179.067478] [<ffffffff81191b60>] kill_block_super+0x30/0x80
[ 5179.067478] [<ffffffff81191fdd>] deactivate_locked_super+0x4d/0x80
[ 5179.067478] [<ffffffff81192b8e>] deactivate_super+0x4e/0x70
[ 5179.067478] [<ffffffff811adaf1>] mntput_no_expire+0x101/0x160
[ 5179.067478] [<ffffffff811aec9c>] SyS_umount+0x9c/0x3a0
[ 5179.067478] [<ffffffff81c5d419>] system_call_fastpath+0x16/0x1b
Cheers,
Dave.
--
Dave Chinner
david@fromorbit.com
_______________________________________________
xfs mailing list
xfs@oss.sgi.com
http://oss.sgi.com/mailman/listinfo/xfs
^ permalink raw reply [flat|nested] 4+ messages in thread
* Re: [regression 3.11-rc1] unmount hanging purging quotas
2013-07-18 11:09 [regression 3.11-rc1] unmount hanging purging quotas Dave Chinner
@ 2013-07-18 12:02 ` Jeff Liu
2013-07-18 13:58 ` Chandra Seetharaman
2013-07-18 16:33 ` Chandra Seetharaman
2 siblings, 0 replies; 4+ messages in thread
From: Jeff Liu @ 2013-07-18 12:02 UTC (permalink / raw)
To: Dave Chinner; +Cc: Chandra Seetharaman, xfs
On 07/18/2013 07:09 PM, Dave Chinner wrote:
> Hi Chandra,
>
> I'm seeing xfs/050 hanging on a current oss-xfs master tree during
> unmount getting stuck purging dquots. it basically loops there
> forever. Have you seen anything like this recently?
FYI, I also ran into the same issue with 050 against mainline
Linux-3.11-rc1 this afternoon, the latest commits of XFS is:
commit c31ad439e8d111bf911c9cc80619cebde411a44d
Author: Chandra Seetharaman <sekharan@us.ibm.com>
Date: Wed Jul 10 18:00:36 2013 -0500
xfs: Fix the logic check for all quotas being turned off
Thanks,
-Jeff
>
> # echo w > /proc/sysrq-trigger
> [ 5179.063824] SysRq : Show Blocked State
> [ 5179.064895] task PC stack pid father
> [ 5179.066459] umount D ffff88007fd13280 5592 27782 26800 0x00000000
> [ 5179.067478] ffff88007b747b98 0000000000000046 ffff8800524e4500 ffff88007b747fd8
> [ 5179.067478] ffff88007b747fd8 ffff88007b747fd8 ffff88007c83dc00 ffff8800524e4500
> [ 5179.067478] ffff88007b747b88 ffff88007b747bd0 ffff88007c858000 0000000100129cb6
> [ 5179.067478] Call Trace:
> [ 5179.067478] [<ffffffff81c53319>] schedule+0x29/0x70
> [ 5179.067478] [<ffffffff81c4fa3b>] schedule_timeout+0x10b/0x1f0
> [ 5179.067478] [<ffffffff8109a1e0>] ? usleep_range+0x50/0x50
> [ 5179.067478] [<ffffffff814d8c20>] ? xfs_qm_need_dqattach+0x80/0x80
> [ 5179.067478] [<ffffffff81c4fb3e>] schedule_timeout_uninterruptible+0x1e/0x20
> [ 5179.067478] [<ffffffff814d911b>] xfs_qm_dquot_walk+0x19b/0x1b0
> [ 5179.067478] [<ffffffff81c54934>] ? _raw_spin_lock_irqsave+0x24/0x30
> [ 5179.067478] [<ffffffff8174c3ad>] ? do_raw_spin_unlock+0x5d/0xb0
> [ 5179.067478] [<ffffffff810a77e4>] ? flush_work+0x34/0x160
> [ 5179.067478] [<ffffffff8109b354>] ? del_timer+0x54/0x70
> [ 5179.067478] [<ffffffff810a9461>] ? try_to_grab_pending+0xd1/0x190
> [ 5179.067478] [<ffffffff814d9170>] xfs_qm_dqpurge_all+0x40/0x90
> [ 5179.067478] [<ffffffff814d9d65>] xfs_qm_unmount+0x25/0x40
> [ 5179.067478] [<ffffffff8147065c>] xfs_unmountfs+0x7c/0x120
> [ 5179.067478] [<ffffffff814735c5>] xfs_fs_put_super+0x25/0x60
> [ 5179.067478] [<ffffffff81191aa1>] generic_shutdown_super+0x61/0xf0
> [ 5179.067478] [<ffffffff81191b60>] kill_block_super+0x30/0x80
> [ 5179.067478] [<ffffffff81191fdd>] deactivate_locked_super+0x4d/0x80
> [ 5179.067478] [<ffffffff81192b8e>] deactivate_super+0x4e/0x70
> [ 5179.067478] [<ffffffff811adaf1>] mntput_no_expire+0x101/0x160
> [ 5179.067478] [<ffffffff811aec9c>] SyS_umount+0x9c/0x3a0
> [ 5179.067478] [<ffffffff81c5d419>] system_call_fastpath+0x16/0x1b
>
> Cheers,
>
> Dave.
_______________________________________________
xfs mailing list
xfs@oss.sgi.com
http://oss.sgi.com/mailman/listinfo/xfs
^ permalink raw reply [flat|nested] 4+ messages in thread
* Re: [regression 3.11-rc1] unmount hanging purging quotas
2013-07-18 11:09 [regression 3.11-rc1] unmount hanging purging quotas Dave Chinner
2013-07-18 12:02 ` Jeff Liu
@ 2013-07-18 13:58 ` Chandra Seetharaman
2013-07-18 16:33 ` Chandra Seetharaman
2 siblings, 0 replies; 4+ messages in thread
From: Chandra Seetharaman @ 2013-07-18 13:58 UTC (permalink / raw)
To: Dave Chinner; +Cc: xfs
On Thu, 2013-07-18 at 21:09 +1000, Dave Chinner wrote:
> Hi Chandra,
>
> I'm seeing xfs/050 hanging on a current oss-xfs master tree during
> unmount getting stuck purging dquots. it basically loops there
> forever. Have you seen anything like this recently?
>
I have been running xfstests successfully with CONFIG_XFS_DEBUG turned
on in every patchset I have posted recently, and I have not seen any
difference in behavior between the tree without my patchset and with my
patchset.
One difference I see is that one of my patches is not in the tree yet.
I will test with the master tree as it is and report back.
Chandra
> # echo w > /proc/sysrq-trigger
> [ 5179.063824] SysRq : Show Blocked State
> [ 5179.064895] task PC stack pid father
> [ 5179.066459] umount D ffff88007fd13280 5592 27782 26800 0x00000000
> [ 5179.067478] ffff88007b747b98 0000000000000046 ffff8800524e4500 ffff88007b747fd8
> [ 5179.067478] ffff88007b747fd8 ffff88007b747fd8 ffff88007c83dc00 ffff8800524e4500
> [ 5179.067478] ffff88007b747b88 ffff88007b747bd0 ffff88007c858000 0000000100129cb6
> [ 5179.067478] Call Trace:
> [ 5179.067478] [<ffffffff81c53319>] schedule+0x29/0x70
> [ 5179.067478] [<ffffffff81c4fa3b>] schedule_timeout+0x10b/0x1f0
> [ 5179.067478] [<ffffffff8109a1e0>] ? usleep_range+0x50/0x50
> [ 5179.067478] [<ffffffff814d8c20>] ? xfs_qm_need_dqattach+0x80/0x80
> [ 5179.067478] [<ffffffff81c4fb3e>] schedule_timeout_uninterruptible+0x1e/0x20
> [ 5179.067478] [<ffffffff814d911b>] xfs_qm_dquot_walk+0x19b/0x1b0
> [ 5179.067478] [<ffffffff81c54934>] ? _raw_spin_lock_irqsave+0x24/0x30
> [ 5179.067478] [<ffffffff8174c3ad>] ? do_raw_spin_unlock+0x5d/0xb0
> [ 5179.067478] [<ffffffff810a77e4>] ? flush_work+0x34/0x160
> [ 5179.067478] [<ffffffff8109b354>] ? del_timer+0x54/0x70
> [ 5179.067478] [<ffffffff810a9461>] ? try_to_grab_pending+0xd1/0x190
> [ 5179.067478] [<ffffffff814d9170>] xfs_qm_dqpurge_all+0x40/0x90
> [ 5179.067478] [<ffffffff814d9d65>] xfs_qm_unmount+0x25/0x40
> [ 5179.067478] [<ffffffff8147065c>] xfs_unmountfs+0x7c/0x120
> [ 5179.067478] [<ffffffff814735c5>] xfs_fs_put_super+0x25/0x60
> [ 5179.067478] [<ffffffff81191aa1>] generic_shutdown_super+0x61/0xf0
> [ 5179.067478] [<ffffffff81191b60>] kill_block_super+0x30/0x80
> [ 5179.067478] [<ffffffff81191fdd>] deactivate_locked_super+0x4d/0x80
> [ 5179.067478] [<ffffffff81192b8e>] deactivate_super+0x4e/0x70
> [ 5179.067478] [<ffffffff811adaf1>] mntput_no_expire+0x101/0x160
> [ 5179.067478] [<ffffffff811aec9c>] SyS_umount+0x9c/0x3a0
> [ 5179.067478] [<ffffffff81c5d419>] system_call_fastpath+0x16/0x1b
>
> Cheers,
>
> Dave.
_______________________________________________
xfs mailing list
xfs@oss.sgi.com
http://oss.sgi.com/mailman/listinfo/xfs
^ permalink raw reply [flat|nested] 4+ messages in thread
* Re: [regression 3.11-rc1] unmount hanging purging quotas
2013-07-18 11:09 [regression 3.11-rc1] unmount hanging purging quotas Dave Chinner
2013-07-18 12:02 ` Jeff Liu
2013-07-18 13:58 ` Chandra Seetharaman
@ 2013-07-18 16:33 ` Chandra Seetharaman
2 siblings, 0 replies; 4+ messages in thread
From: Chandra Seetharaman @ 2013-07-18 16:33 UTC (permalink / raw)
To: Dave Chinner; +Cc: xfs
On Thu, 2013-07-18 at 21:09 +1000, Dave Chinner wrote:
Hi Dave,
I am not able to reproduce the problem with both oss-master and
linus-master. I ran xfs/050 in a loop for 100 times with both the
kernels, and they ran fine.
Now I am running the whole suite.
top of oss-master(git://oss.sgi.com/xfs/xfs):
---
commit ad81f0545ef01ea651886dddac4bef6cec930092
Author: Linus Torvalds <torvalds@linux-foundation.org>
Date: Sun Jul 14 15:18:27 2013 -0700
Linux 3.11-rc1
-----
top of
linus-master(git://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux-2.6.git)
---
commit 61f98b0fca802d7e0191072606519e2230a6226d
Merge: c0d15cc b2781e1
Author: Linus Torvalds <torvalds@linux-foundation.org>
Date: Wed Jul 17 13:43:55 2013 -0700
---
Chandra
> Hi Chandra,
>
> I'm seeing xfs/050 hanging on a current oss-xfs master tree during
> unmount getting stuck purging dquots. it basically loops there
> forever. Have you seen anything like this recently?
>
> # echo w > /proc/sysrq-trigger
> [ 5179.063824] SysRq : Show Blocked State
> [ 5179.064895] task PC stack pid father
> [ 5179.066459] umount D ffff88007fd13280 5592 27782 26800 0x00000000
> [ 5179.067478] ffff88007b747b98 0000000000000046 ffff8800524e4500 ffff88007b747fd8
> [ 5179.067478] ffff88007b747fd8 ffff88007b747fd8 ffff88007c83dc00 ffff8800524e4500
> [ 5179.067478] ffff88007b747b88 ffff88007b747bd0 ffff88007c858000 0000000100129cb6
> [ 5179.067478] Call Trace:
> [ 5179.067478] [<ffffffff81c53319>] schedule+0x29/0x70
> [ 5179.067478] [<ffffffff81c4fa3b>] schedule_timeout+0x10b/0x1f0
> [ 5179.067478] [<ffffffff8109a1e0>] ? usleep_range+0x50/0x50
> [ 5179.067478] [<ffffffff814d8c20>] ? xfs_qm_need_dqattach+0x80/0x80
> [ 5179.067478] [<ffffffff81c4fb3e>] schedule_timeout_uninterruptible+0x1e/0x20
> [ 5179.067478] [<ffffffff814d911b>] xfs_qm_dquot_walk+0x19b/0x1b0
> [ 5179.067478] [<ffffffff81c54934>] ? _raw_spin_lock_irqsave+0x24/0x30
> [ 5179.067478] [<ffffffff8174c3ad>] ? do_raw_spin_unlock+0x5d/0xb0
> [ 5179.067478] [<ffffffff810a77e4>] ? flush_work+0x34/0x160
> [ 5179.067478] [<ffffffff8109b354>] ? del_timer+0x54/0x70
> [ 5179.067478] [<ffffffff810a9461>] ? try_to_grab_pending+0xd1/0x190
> [ 5179.067478] [<ffffffff814d9170>] xfs_qm_dqpurge_all+0x40/0x90
> [ 5179.067478] [<ffffffff814d9d65>] xfs_qm_unmount+0x25/0x40
> [ 5179.067478] [<ffffffff8147065c>] xfs_unmountfs+0x7c/0x120
> [ 5179.067478] [<ffffffff814735c5>] xfs_fs_put_super+0x25/0x60
> [ 5179.067478] [<ffffffff81191aa1>] generic_shutdown_super+0x61/0xf0
> [ 5179.067478] [<ffffffff81191b60>] kill_block_super+0x30/0x80
> [ 5179.067478] [<ffffffff81191fdd>] deactivate_locked_super+0x4d/0x80
> [ 5179.067478] [<ffffffff81192b8e>] deactivate_super+0x4e/0x70
> [ 5179.067478] [<ffffffff811adaf1>] mntput_no_expire+0x101/0x160
> [ 5179.067478] [<ffffffff811aec9c>] SyS_umount+0x9c/0x3a0
> [ 5179.067478] [<ffffffff81c5d419>] system_call_fastpath+0x16/0x1b
>
> Cheers,
>
> Dave.
_______________________________________________
xfs mailing list
xfs@oss.sgi.com
http://oss.sgi.com/mailman/listinfo/xfs
^ permalink raw reply [flat|nested] 4+ messages in thread
end of thread, other threads:[~2013-07-18 16:33 UTC | newest]
Thread overview: 4+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2013-07-18 11:09 [regression 3.11-rc1] unmount hanging purging quotas Dave Chinner
2013-07-18 12:02 ` Jeff Liu
2013-07-18 13:58 ` Chandra Seetharaman
2013-07-18 16:33 ` Chandra Seetharaman
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox