Ping
Any comments?
Thanks,
Qu
Qu Wenruo wrote on 2015/07/10 12:09 +0800:
This patchset will add partial csum support for btrfs.
Partial csum will take full advantage of the 32 bytes csum space inside
the tree block, while still maintain backward compatibility on old
kernels.
The overall
Donald Pearson posted on Mon, 20 Jul 2015 00:15:26 -0500 as excerpted:
I'm starting to think there's something wrong with creating and removing
snapshots that leaves btrfs-cleaner either locked up or nearly so. If
the btrfs-cleaner process was hard-disk limited I should be seeing some
HDD
From: Zhao Lei zhao...@cn.fujitsu.com
When mount failed because missing device, we can see following
dmesg:
[ 1060.267743] BTRFS: too many missing devices, writeable mount is not allowed
[ 1060.273158] BTRFS: open_ctree failed
This patch add missing_device_number and
From: Zhao Lei zhao...@cn.fujitsu.com
Code for updating fs_info-num_tolerated_disk_barrier_failures in
btrfs_balance() lacks raid56 support.
Reason:
Above code was wroten in 2012-08-01, together with
btrfs_calc_num_tolerated_disk_barrier_failures()'s first version.
Then,
Hi, Anand Jain
-Original Message-
From: linux-btrfs-ow...@vger.kernel.org
[mailto:linux-btrfs-ow...@vger.kernel.org] On Behalf Of Zhao Lei
Sent: Friday, July 17, 2015 5:39 PM
To: 'Anand Jain'; linux-btrfs@vger.kernel.org
Subject: RE: [PATCH] btrfs: Add raid56 support for updating
On Mon, Jun 01, 2015 at 08:52:49PM +0530, Chandan Rajendra wrote:
In subpagesize-blocksize scenario a page can have more than one block. So
in addition to PagePrivate2 flag, we would have to track the I/O status of
each block of a page to reliably mark the ordered extent as complete.
On Fri, Jul 17, 2015 at 11:45:23PM +0800, Anand Jain wrote:
sorry I indented to use btrfs_err() and I have no idea
how btrfs_error() got there.
infact I was thinking about these kind of oversights
since these two func are too closely named.
Indeed, it's confusing. I suggest to convert
On 07/19/2015 07:54 PM, Dave Chinner wrote:
On Fri, Jul 17, 2015 at 05:10:50PM +0530, Chandan Rajendra wrote:
On Friday 17 Jul 2015 06:16:02 Brian Foster wrote:
On Fri, Jul 17, 2015 at 12:56:43AM -0400, Chandan Rajendra wrote:
When running generic/311 on Btrfs' subpagesize-blocksize patchset
On Monday 20 Jul 2015 16:34:35 Liu Bo wrote:
On Mon, Jun 01, 2015 at 08:52:49PM +0530, Chandan Rajendra wrote:
In subpagesize-blocksize scenario a page can have more than one block. So
in addition to PagePrivate2 flag, we would have to track the I/O status of
each block of a page to
Bio error reporting has been a mess for a while, and the increasing
use of chained bios makes it worse. Add a bi_error field to struct
bio to fix this.
Note that the rebase to 4.2-rc means a lot of context changes, so I've
dropped the Reviewed-by tags from V2 as it will need a re-review.
--
To
On Mon, Jul 20, 2015 at 3:28 AM, Duncan 1i5t5.dun...@cox.net wrote:
Donald Pearson posted on Mon, 20 Jul 2015 00:15:26 -0500 as excerpted:
I'm starting to think there's something wrong with creating and removing
snapshots that leaves btrfs-cleaner either locked up or nearly so. If
the
From: Filipe Manana fdman...@suse.com
Omar reported that after commit 4fbcdf669454 (Btrfs: fix -ENOSPC when
finishing block group creation), introduced in 4.2-rc1, the following
test was failing due to exhaustion of the system array in the superblock:
#!/bin/bash
truncate -s 100T big.img
On Mon, Jun 01, 2015 at 08:52:52PM +0530, Chandan Rajendra wrote:
In subpagesize-blocksize a page can map multiple extent buffers and hence
using (page index, seq) as the search key is incorrect. For example, searching
through tree modification log tree can return an entry associated with the
Hi
My btrfs-RAID6 seems to be broken again :(
When reading from it I get several of these:
[ 176.349943] BTRFS info (device dm-4): csum failed ino 1287707
extent 21274957705216 csum 2830458701 wanted 426660650 mirror 2
then followed by a free_raid_bio-crash:
[ 176.349961] [ cut
On Thu, Jul 16, 2015 at 04:47:13PM +0100, fdman...@kernel.org wrote:
From: Filipe Manana fdman...@suse.com
Currently there is not way for a user to know what is the minimum size a
device of a btrfs filesystem can be resized to. Sometimes the value of
total allocated space (sum of all
Hello list,
I get constantly no space messages friends m btrfs on big volumes. Btrfs
balance always fixes it for 2-3 days. Now I'm in the process to recreate the
fs. Are there any options I could pass to mods.btrfs which help to prevent
this? Special use case heavy usage of cp reflink and
On Mon, Jul 20, 2015 at 08:55:32AM -0400, Josef Bacik wrote:
On 07/19/2015 07:54 PM, Dave Chinner wrote:
On Fri, Jul 17, 2015 at 05:10:50PM +0530, Chandan Rajendra wrote:
On Friday 17 Jul 2015 06:16:02 Brian Foster wrote:
On Fri, Jul 17, 2015 at 12:56:43AM -0400, Chandan Rajendra wrote:
When
From: Zhao Lei zhao...@cn.fujitsu.com
When scrub_extent() failed, we need to free previois created
checksum list.
Signed-off-by: Zhao Lei zhao...@cn.fujitsu.com
---
fs/btrfs/scrub.c | 8 ++--
1 file changed, 6 insertions(+), 2 deletions(-)
diff --git a/fs/btrfs/scrub.c b/fs/btrfs/scrub.c
From: Zhao Lei zhao...@cn.fujitsu.com
Old code checking cancel and pause request inside scrub stripe
operation, like:
loop() {
if (parity) {
scrub_parity_stripe();
continue;
}
check_cancel_and_pause()
scrub_normal_stripe();
}
Reason is when introduce raid56
On Mon, Jul 20, 2015 at 10:24:38AM +0800, Qu Wenruo wrote:
Zygo Blaxell wrote on 2015/07/19 03:23 -0400:
But I'm a little considered about the facts that extents get quite small(4K)
and the increasing number of backref/file extents may affect performance.
At the moment I just ignore any block
20 matches
Mail list logo
