Am Samstag, 19. Juli 2014, 12:38:53 schrieb Cody P Schafer:
> On Thu, Jul 17, 2014 at 8:18 AM, Chris Mason <clm@xxxxxx> wrote:
> > [ deadlocks during rsync in 3.15 with compression enabled ]
> >
> > Hi everyone,
> >
> > I still haven't been able to reproduce this one here, but I'm going
> > through a series of tests with lzo compression foraced and every
> > operation forced to ordered. Hopefully it'll kick it out soon.
> >
> > While I'm hammering away, could you please try this patch. If this is
> > the buy you're hitting, the deadlock will go away and you'll see this
> > printk in the log.
> >
> > thanks!
> >
> > -chris
> >
> > diff --git a/fs/btrfs/inode.c b/fs/btrfs/inode.c
> > index 3668048..8ab56df 100644
> > --- a/fs/btrfs/inode.c
> > +++ b/fs/btrfs/inode.c
> > @@ -8157,6 +8157,13 @@ void btrfs_destroy_inode(struct inode *inode)
> >
> > spin_unlock(&root->fs_info->ordered_root_lock);
> >
> > }
> >
> > + spin_lock(&root->fs_info->ordered_root_lock);
> > + if (!list_empty(&BTRFS_I(inode)->ordered_operations)) {
> > + list_del_init(&BTRFS_I(inode)->ordered_operations);
> > +printk(KERN_CRIT "racing inode deletion with ordered
> > operations!!!!!!!!!!!\n"); + }
> > + spin_unlock(&root->fs_info->ordered_root_lock);
> > +
> >
> > if (test_bit(BTRFS_INODE_HAS_ORPHAN_ITEM,
> >
> > &BTRFS_I(inode)->runtime_flags)) {
> >
> > btrfs_info(root->fs_info, "inode %llu still on the orphan
> > list",
>
> Thanks Chris.
>
> Running 3.15.6 with this patch applied on top:
> - still causes a hang with `rsync -hPaHAXx --del /mnt/home/nyx/ /home/nyx/`
> - no extra error messages printed (`dmesg | grep racing`) compared to
> without the patch
I got same results with 3.16-rc5 + this patch (see thread BTRFS hang with
3.16-rc5). 3.16-rc4 still is fine with me. No hang whatsoever so far.
> To recap some details (so I can have it all in one place):
> - /home/ is btrfs with compress=lzo
BTRFS RAID 1 with lzo.
> - I have _not_ created any nodatacow files.
Me neither.
> - Full stack is: sata <-> dmcrypt <-> lvm <-> btrfs (I noticed others
> mentioning the use of dmcrypt)
Same, except no dmcrypt.
--
Martin 'Helios' Steigerwald - http://www.Lichtvoll.de
GPG: 03B0 0D6C 0040 0710 4AFA B82F 991B EAAC A599 84C7
--
To unsubscribe from this list: send the line "unsubscribe linux-btrfs" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at http://vger.kernel.org/majordomo-info.html
