Hi!
Several times I try repair my btrfs partition with follow commands:
[root@localhost ~]# umount /home
root@localhost ~]# btrfs check --repair /dev/sdb1
enabling repair mode
Fixed 0 roots.
Checking filesystem on /dev/sdb1
UUID: 82df2d84-bf54-46cb-84ba-c88e93677948
checking extents
checking fr
Juergen Sauer posted on Wed, 12 Nov 2014 18:26:56 +0100 as excerpted:
> Current Status:
> # root@pc6:~# btrfs fi show /dev/sda1
> # parent transid verify failed on 209362944 wanted 293924 found 293922
> # parent transid verify failed on 209362944 wanted 293924 found 293922
> What does "parent tra
Hi all,
I'm trying to implement leaf corruption recovery.
*CURRENT BEHAVIOR*
Btrfs now heavily rely on chunk level duplication to protect its tree
block(meta data).
That's completely good and works quite well.
However small device with mixed single chunk will suffer from the lack
of duplicat
On 11/13/2014 11:05 AM, Dongsheng Yang wrote:
On 11/12/2014 10:04 PM, Cyril Scetbon wrote:
Anyone on this ? There is an issue with quotas depending on the write
rate. The more we can write before a sync, the more we can exceed
quotas limits
Hi Cyril, I attempted to reproduce the problem you r
The RCU-friendly string API used internally by BTRFS is generic enough for
common use. This doesn't add any new functionality, but instead just moves the
code and documents the existing API.
Reviewed-by: Josh Triplett
Acked-by: Paul E. McKenney
Signed-off-by: Omar Sandoval
---
Alright, here's o
On Wed, Nov 12, 2014 at 06:48:47PM +, Kline, Matthew wrote:
> Yesterday I converted my ext4 root and home partitions on my home machine
> to btrfs using btrfs-convert. After confirming that everything went well,
> I followed the wiki instructions to nuke the 'ext2_saved" subvolume,
> then defra
Hey,
I'm using ubuntu kernels provided at
http://kernel.ubuntu.com/~kernel-ppa/mainline/v3.17.1-utopic/. I asked them how
to rebuild one with a patch and will try it when I got the answer.
Thanks
PS : good news and I hope it'll fix the issue
--
Cyril SCETBON
> On 13 Nov 2014, at 10:40, Dongs
Hi all,
we run a > 500 TiB backup system on iSCSI targets using 19 BTRFS
filesystems (the biggest of which is 110 TiB) on Ubuntu 14.04 LTS and
various kernel versions. Btrfs-Progs v3.17.1. The hardware is a 24 core
Xeon E5-2620 on an Intel S2600GZ board with 128 GiB RAM.
Since btrfs has changed t
On 11/13/2014 04:02 AM, Qu Wenruo wrote:
Hi all,
I'm trying to implement leaf corruption recovery.
*CURRENT BEHAVIOR*
Btrfs now heavily rely on chunk level duplication to protect its tree
block(meta data).
That's completely good and works quite well.
However small device with mixed single chun
On Thu, Nov 13, 2014 at 8:32 AM, Patrick Schmid
wrote:
Hi all,
we run a > 500 TiB backup system on iSCSI targets using 19 BTRFS
filesystems (the biggest of which is 110 TiB) on Ubuntu 14.04 LTS and
various kernel versions. Btrfs-Progs v3.17.1. The hardware is a 24
core
Xeon E5-2620 on an I
On 10/26/2014 07:39 AM, Filipe Manana wrote:
Regression test for a btrfs issue where if right after the snapshot
creation ioctl started, a file write followed by a file truncate
happened, with both operations increasing the file's size, the created
snapshot would capture an inconsistent state of
On 11/10/2014 06:42 AM, Filipe Manana wrote:
Regression test for a btrfs clone ioctl issue where races between
a clone operation and concurrent target file reads would result in
leaving stale data in the page cache. After the clone operation
finished, reading from the clone target file would retu
If an error happens during writeback of log btree extents, make sure the
error is returned to the caller (fsync), so that it takes proper action
(commit current transaction) instead of writing a superblock that points
to log btrees with all or some nodes that weren't durably persisted.
Signed-off-
Instead of collecting all ordered extents from the inode's ordered tree
and then wait for all of them to complete, just collect the ones that
overlap the fsync range.
Signed-off-by: Filipe Manana
---
fs/btrfs/ordered-data.c | 16 +---
fs/btrfs/ordered-data.h | 4 +++-
fs/btrfs/tree-
When doing a fsync with a fast path we have a time window where we can miss
the fact that writeback of some file data failed, and therefore we endup
returning success (0) from fsync when we should return an error.
The steps that lead to this are the following:
1) We start all ordered extents by ca
On Thu, 13 Nov 2014 16:59:53 +, Filipe Manana wrote:
> If an error happens during writeback of log btree extents, make sure the
> error is returned to the caller (fsync), so that it takes proper action
> (commit current transaction) instead of writing a superblock that points
> to log btrees w
On Thu, 13 Nov 2014 17:33:19 +, Holger Hoffstätte wrote:
> On Thu, 13 Nov 2014 16:59:53 +, Filipe Manana wrote:
>
>> If an error happens during writeback of log btree extents, make sure the
>> error is returned to the caller (fsync), so that it takes proper action
>> (commit current trans
On Thu, Nov 13, 2014 at 5:33 PM, Holger Hoffstätte
wrote:
> On Thu, 13 Nov 2014 16:59:53 +, Filipe Manana wrote:
>
>> If an error happens during writeback of log btree extents, make sure the
>> error is returned to the caller (fsync), so that it takes proper action
>> (commit current transacti
On Thu, Nov 13, 2014 at 5:43 PM, Holger Hoffstätte
wrote:
> On Thu, 13 Nov 2014 17:33:19 +, Holger Hoffstätte wrote:
>
>> On Thu, 13 Nov 2014 16:59:53 +, Filipe Manana wrote:
>>
>>> If an error happens during writeback of log btree extents, make sure the
>>> error is returned to the caller
On Thu, 13 Nov 2014 17:50:44 +, Filipe David Manana wrote:
[snip]
>>> This first hunk didn't apply to my 3.14.x tree that is 99.999% in sync with
>>> btrfs-3.18+, as a line is missing from the context. See:
>>>
>>> https://git.kernel.org/cgit/linux/kernel/git/mason/linux-btrfs.git/tree/fs/btr
On Thu, 13 Nov 2014 17:47:51 +, Filipe David Manana wrote:
[snip]
> While Chris' integration/for-linus branches don't have the patch
> included yet (nor do I in my local branch). Nevertheless, it's a
> trivial conflict to solve, just leave Josef's changes and mine.
So if I read this correctl
On 11/13/2014 03:49 PM, Chris Mason wrote:
On Thu, Nov 13, 2014 at 8:32 AM, Patrick Schmid
wrote:
Hi all,
we run a > 500 TiB backup system on iSCSI targets using 19 BTRFS
filesystems (the biggest of which is 110 TiB) on Ubuntu 14.04 LTS and
various kernel versions. Btrfs-Progs v3.17.1. The h
On Thu, Nov 13, 2014 at 2:07 PM, Patrick Schmid
wrote:
On 11/13/2014 03:49 PM, Chris Mason wrote:
On Thu, Nov 13, 2014 at 8:32 AM, Patrick Schmid
wrote:
Hi all,
we run a > 500 TiB backup system on iSCSI targets using 19 BTRFS
filesystems (the biggest of which is 110 TiB) on Ubuntu 14.04
Compile out splice support from btrfs when the splice-family of syscalls is not
supported by the system (i.e. CONFIG_SYSCALL_SPLICE is undefined).
Signed-off-by: Pieter Smith
---
fs/btrfs/file.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/fs/btrfs/file.c b/fs/btrfs/file.c
On Wed, Nov 12, 2014 at 07:34:50PM +0100, Martin Kepplinger wrote:
> > Btrfs uses this in the transaction start ioctl to record the transaction
> > handle being started. Ceph is the main user of the ioctl, and we could
> > setup a hash table if needed. But which call path in miscdevice is
> > do
Original Message
Subject: Re: About leaf corruption recovery(currently only fs/subvol
tree recovery)
From: Josef Bacik
To: Qu Wenruo , linux-btrfs
Date: 2014年11月13日 22:43
On 11/13/2014 04:02 AM, Qu Wenruo wrote:
Hi all,
I'm trying to implement leaf corruption recovery.
26 matches
Mail list logo
