[Top] [All Lists]

Re: Inode lockdep problem observed on xfs with RT subvolume

To: Kamal Dasu <kdasu.kdev@xxxxxxxxx>
Subject: Re: Inode lockdep problem observed on xfs with RT subvolume
From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
Date: Thu, 2 Feb 2012 04:13:30 -0500
Cc: xfs@xxxxxxxxxxx, cernekee@xxxxxxxxx
In-reply-to: <CAC=U0a1huHVULfMObyH_XNcQi5aTZtrbpcciNhw=92PE96f4cg@xxxxxxxxxxxxxx>
References: <CAC=U0a1huHVULfMObyH_XNcQi5aTZtrbpcciNhw=92PE96f4cg@xxxxxxxxxxxxxx>
User-agent: Mutt/1.5.21 (2010-09-15)
On Wed, Feb 01, 2012 at 07:44:13PM -0500, Kamal Dasu wrote:
> Need some help understanding the state of xfs with rt subvolume
> support on 2.6.37.
> When using xfs rt subvolume on a harddisk partition with kernel
>,and normal r/w/delete file operations? causes deadlock
> like hangs .? Failure? symptoms are lockups and mount failure on reboot.
> On further investigation it was found that one of the changes could be
> the cause.
> The same tests seem to pass with xfs in 2.6.31 kernel.
> xfs: simplify xfs_trans_iget? : aa72a5cf00001d0b952c7c755be404b9118ceb2e
> http://git.kernel.org/?p=linux/kernel/git/stable/linux-stable.git;a=commitdiff;h=aa72a5cf00001d0b952c7c755be404b9118ceb2e
> Reverting the change and forward porting to the xfs_trans_inode() seems to
> get rid of the deadlock and mount issues .
> Below is the change

Please just upgrade to Linux 2.6.39 or better Linux 3.0 which is the
long term support release. RT subvolume support has been fixed in 2.6.39
by the following changes:

  xfs: only lock the rt bitmap inode once per allocation
  xfs: fix xfs_get_extsz_hint for a zero extent size hint
  xfs: add lockdep annotations for the rt inodes

But in general the RT subvolume code is not regularly tested and only
fixed when issues arise.

<Prev in Thread] Current Thread [Next in Thread>