[PATCH] Btrfs: fix race when cleaning unused block groups

2014-11-05 Thread Filipe Manana
We have a race while deleting unused block groups that causes extents written by past generations/transactions to be rewritten by the current transaction before that transaction is committed. The steps that lead to this issue: 1) At transaction N one or more block groups became unused and we

Re: [PATCH] Btrfs: fix race when cleaning unused block groups

2014-11-05 Thread Josef Bacik
On 11/05/2014 02:56 PM, Filipe Manana wrote: We have a race while deleting unused block groups that causes extents written by past generations/transactions to be rewritten by the current transaction before that transaction is committed. The steps that lead to this issue: 1) At transaction N one

Re: [PATCH] Btrfs: fix race when cleaning unused block groups

2014-11-05 Thread Josef Bacik
On 11/05/2014 02:56 PM, Filipe Manana wrote: We have a race while deleting unused block groups that causes extents written by past generations/transactions to be rewritten by the current transaction before that transaction is committed. The steps that lead to this issue: 1) At transaction N one

Re: [PATCH] Btrfs: fix race when cleaning unused block groups

2014-11-05 Thread Filipe David Manana
On Wed, Nov 5, 2014 at 8:33 PM, Josef Bacik jba...@fb.com wrote: On 11/05/2014 02:56 PM, Filipe Manana wrote: We have a race while deleting unused block groups that causes extents written by past generations/transactions to be rewritten by the current transaction before that transaction is

[PATCH v5 6/7] fs: pass iocb to generic_write_sync

2014-11-05 Thread Milosz Tanski
From: Christoph Hellwig h...@lst.de Clean up the generic_write_sync by just passing an iocb and a bytes written / negative errno argument. In addition to simplifying the callers this also prepares for passing a per-operation O_DSYNC flag. Two callers didn't quite fit that scheme: -

Re: [PATCH] Btrfs: fix race when cleaning unused block groups

2014-11-05 Thread Josef Bacik
On 11/05/2014 04:03 PM, Filipe David Manana wrote: On Wed, Nov 5, 2014 at 8:33 PM, Josef Bacik jba...@fb.com wrote: On 11/05/2014 02:56 PM, Filipe Manana wrote: We have a race while deleting unused block groups that causes extents written by past generations/transactions to be rewritten by

Compatibility matrix kernel/tools

2014-11-05 Thread Cyril Scetbon
Hi, Where can I find the compatibility matrix to know which btrfs-tools version should work with a chosen linux kernel ? -- Cyril SCETBON -- To unsubscribe from this list: send the line unsubscribe linux-btrfs in the body of a message to majord...@vger.kernel.org More majordomo info at

Re: Compatibility matrix kernel/tools

2014-11-05 Thread Hugo Mills
On Wed, Nov 05, 2014 at 09:57:31PM +0100, Cyril Scetbon wrote: Hi, Where can I find the compatibility matrix to know which btrfs-tools version should work with a chosen linux kernel ? Any of them should work with any kernel. For normal operation, if the tools are too old, they may

Re: Quota question

2014-11-05 Thread Cyril Scetbon
oh cool to know ! It's weird that the man page says limits are never enforced on the superuser (nor are they enforced for group and project ID zero) http://manpages.ubuntu.com/manpages/trusty/en/man8/xfs_quota.8.html Thanks -- Cyril SCETBON On 02 Nov 2014, at 22:48, Chris Murphy

Re: Compatibility matrix kernel/tools

2014-11-05 Thread Qu Wenruo
Original Message Subject: Re: Compatibility matrix kernel/tools From: Hugo Mills h...@carfax.org.uk To: Cyril Scetbon cyril.scet...@free.fr Date: 2014年11月06日 05:45 On Wed, Nov 05, 2014 at 09:57:31PM +0100, Cyril Scetbon wrote: Hi, Where can I find the compatibility matrix to

Re: [PATCH 2/2] btrfs: Add support for nocow write into prealloc space with compression

2014-11-05 Thread Qu Wenruo
ping. Any comments? Original Message Subject: [PATCH 2/2] btrfs: Add support for nocow write into prealloc space with compression From: Qu Wenruo quwen...@cn.fujitsu.com To: linux-btrfs@vger.kernel.org Date: 2014年09月18日 12:01

[bug] btrfs fi show lists wrong (old) devid size after btrfs replace

2014-11-05 Thread Chris Murphy
Summary: After successfully completed btrfs replace start, btrfs fi show lists the old devid size not the new devid size. kernel-3.17.2-300.fc21.x86_64 btrfs-progs-3.17-1.fc21.x86_64 ##Before devid2 is missing (normal mount of 2x HDDs, raw block devices are formatted, no partitioning) #btrfs

Re: [bug] btrfs fi show lists wrong (old) devid size after btrfs replace

2014-11-05 Thread Chris Murphy
Filed a bug. The btrfs fi show, and (conventional) df command are the same with kernel-3.18.0-0.rc3.git0.1.fc22.x86_64 https://bugzilla.kernel.org/show_bug.cgi?id=87851 I'm going to guess this is a btrfs-progs bug not resizing the file system to max; I'm pretty sure this was working at one time

Re: [bug] btrfs fi show lists wrong (old) devid size after btrfs replace

2014-11-05 Thread Chris Murphy
On Nov 5, 2014, at 8:28 PM, Chris Murphy li...@colorremedies.com wrote: Filed a bug. The btrfs fi show, and (conventional) df command are the same with kernel-3.18.0-0.rc3.git0.1.fc22.x86_64 https://bugzilla.kernel.org/show_bug.cgi?id=87851 I'm going to guess this is a btrfs-progs bug not

Re: Compatibility matrix kernel/tools

2014-11-05 Thread Anand Jain
On 11/06/2014 09:51 AM, Qu Wenruo wrote: Original Message Subject: Re: Compatibility matrix kernel/tools From: Hugo Mills h...@carfax.org.uk To: Cyril Scetbon cyril.scet...@free.fr Date: 2014年11月06日 05:45 On Wed, Nov 05, 2014 at 09:57:31PM +0100, Cyril Scetbon wrote: Hi,

Re: [bug] btrfs fi show lists wrong (old) devid size after btrfs replace

2014-11-05 Thread Anand Jain
On 11/06/2014 10:57 AM, Chris Murphy wrote: Summary: After successfully completed btrfs replace start, btrfs fi show lists the old devid size not the new devid size. kernel-3.17.2-300.fc21.x86_64 btrfs-progs-3.17-1.fc21.x86_64 ##Before devid2 is missing (normal mount of 2x HDDs, raw block