I've got a 3TB SATA disk that is known to have problems (it failed in a zpool
for one of my clients). For test purposes I'm running a BTRFS RAID-1 on two
partitions on that disk, bad for performance and not something you'd normally
do but good for testing.
BTRFS recovers from read errors
Sandy McArthur sandy...@gmail.com schrieb:
I have a 4 disk RAID1 setup that fails to {mount,btrfsck} when disk 4
is connected.
With disk 4 attached btrfsck errors with:
btrfsck: root-tree.c:46: btrfs_find_last_root: Assertion
`!(path-slots[0] == 0)' failed
(I'd have to reboot in a
Hi Russell,
a sufficiently up-to-date kernel and btrfs tool will provide the
'btrfs device stats' command, which should give you the info you want.
Regards,
Bart
On Sun, Aug 4, 2013 at 1:42 PM, Russell Coker russ...@coker.com.au wrote:
I've got a 3TB SATA disk that is known to have problems
This change adds a new option to the restore command, named -x,
that makes it restore file extented attributes too. This is an
optional behaviour and it's disabled by default.
Signed-off-by: Filipe David Borba Manana fdman...@gmail.com
---
V2: Added missing new line at end of error message.
V3:
On Jul 23, 2013, Jerome Haltom was...@cogito.cx wrote:
Why not just create the new dev_id on the destination snapshot of any
directory? That way the snapshot can share inodes with is source.
Agreed. Nothing stops us from implementing snapshotting of any
directory whatsoever: all it takes is
On 7/3/13 8:25 AM, Miao Xie wrote:
Signed-off-by: Miao Xie mi...@cn.fujitsu.com
---
btrfs-find-root.c | 137 +++-
disk-io.c | 473
+++---
disk-io.h | 12 ++
3 files changed, 307 insertions(+), 315 deletions(-)
I must be doing something wrong, but I can't figure out what. I have
btrfs-progs source installed from here:
http://koji.fedoraproject.org/koji/buildinfo?buildID=441375
make produces no errors. Yet btrfs-corrupt-block.c isn't built. Suggestions?
Chris Murphy--
To unsubscribe from this list:
On Sun, Aug 04, 2013 at 12:39:28PM -0600, Chris Murphy wrote:
I must be doing something wrong, but I can't figure out what. I have
btrfs-progs source installed from here:
http://koji.fedoraproject.org/koji/buildinfo?buildID=441375
make produces no errors. Yet btrfs-corrupt-block.c isn't
On Aug 4, 2013, at 12:46 PM, Hugo Mills h...@carfax.org.uk wrote:
On Sun, Aug 04, 2013 at 12:39:28PM -0600, Chris Murphy wrote:
I must be doing something wrong, but I can't figure out what. I have
btrfs-progs source installed from here:
Turns out btrfs-convert broke on July 3, and lo! we
do not have a regression test, and now we have one,
and there was much rejoicing.
Signed-off-by: Eric Sandeen sand...@redhat.com
---
diff --git a/tests/btrfs/309 b/tests/btrfs/309
new file mode 100755
index 000..acb2d6d
--- /dev/null
+++
Kai Krakow posted on Sun, 04 Aug 2013 14:41:54 +0200 as excerpted:
It is a RAID-1 so why bother with the faulty drive? Just wipe it, put it
back in, then run a btrfs balance... There should be no data loss
because all data is stored twice (two-way mirroring).
The caveat would be if it didn't
I tried to unmount a btrfs filesystem located in a external usb hard
drive. This belonged to a raid1 data and metadata filesystem mounted
in degraded mode.
Unfortunately, I couldn't save the image of filesystem but I could see
this error in kern.log:
Aug 4 02:23:55 rohan kernel: [ 3747.840027]
On Aug 4, 2013, at 4:19 PM, Duncan 1i5t5.dun...@cox.net wrote:
Kai Krakow posted on Sun, 04 Aug 2013 14:41:54 +0200 as excerpted:
It is a RAID-1 so why bother with the faulty drive? Just wipe it, put it
back in, then run a btrfs balance... There should be no data loss
because all data is
Duncan 1i5t5.dun...@cox.net schrieb:
It is a RAID-1 so why bother with the faulty drive? Just wipe it, put it
back in, then run a btrfs balance... There should be no data loss
because all data is stored twice (two-way mirroring).
The caveat would be if it didn't start as btrfs raid1, and
Hello Eric,
I have sent a patch to fix up this regression:
https://patchwork.kernel.org/patch/2828820/
Would you please try and see if this can solve problems.
Thanks,
Wang
On 7/3/13 8:25 AM, Miao Xie wrote:
Signed-off-by: Miao Xie mi...@cn.fujitsu.com
---
btrfs-find-root.c | 137
On 8/4/13 6:24 PM, Wang Shilong wrote:
Hello Eric,
I have sent a patch to fix up this regression:
https://patchwork.kernel.org/patch/2828820/
Would you please try and see if this can solve problems.
Ah, thanks. I missed that, I'll try it.
Chris, maybe one to pick up sooner than later!
tree-log.c was ignoring the return value from btrfs_run_delayed_items()
in several places.
Signed-off-by: Filipe David Borba Manana fdman...@gmail.com
---
fs/btrfs/tree-log.c | 12
1 file changed, 8 insertions(+), 4 deletions(-)
diff --git a/fs/btrfs/tree-log.c
On mon, 5 Aug 2013 01:25:26 +0100, Filipe David Borba Manana wrote:
tree-log.c was ignoring the return value from btrfs_run_delayed_items()
in several places.
Signed-off-by: Filipe David Borba Manana fdman...@gmail.com
---
fs/btrfs/tree-log.c | 12
1 file changed, 8
On 8/4/13 6:58 PM, Alfredo Esteban wrote:
I tried to unmount a btrfs filesystem located in a external usb hard
drive. This belonged to a raid1 data and metadata filesystem mounted
in degraded mode.
Unfortunately, I couldn't save the image of filesystem but I could see
this error in
Jeff Mahoney posted on Sun, 04 Aug 2013 22:27:31 -0400 as excerpted:
On 8/4/13 6:58 PM, Alfredo Esteban wrote:
I tried to unmount a btrfs filesystem located in a external usb hard
drive. This belonged to a raid1 data and metadata filesystem mounted in
degraded mode.
Unfortunately, I
20 matches
Mail list logo