> On May 24, 2015, at 11:00 PM, Gareth Pye wrote:
>
> 2.
> 18% or 1.1T spare currently. That isn't what I'd call tiny free space.
> --
>
# btrfs fi df /data
Data, RAID1: total=4.43TiB, used=4.41TiB
Of 4.43TiB, btrfs believes you have used 4.41TiB.
Chris’s fix to this has to deal with the
> On May 25, 2015, at 7:57 AM, David Sterba wrote:
>
> On Sun, May 24, 2015 at 09:42:19PM -0500, Anthony Plack wrote:
>> Would I step on anyone’s toes if I started submitting some extra
>> patches to increase the verbosity of the BTRFS code in the kernel log?
>>
>
> On May 24, 2015, at 8:02 PM, Gareth Pye wrote:
>
> Just attempted to change the meta data of my 6 drive array to RAID6 with:
>
> # btrfs balance start -mconvert=raid6 /data
> Done, had to relocate 12 out of 4548 chunks
>
> Which looks pretty good. But:
>
> # btrfs fi df /data
> Data, RAID1
Would I step on anyone’s toes if I started submitting some extra patches to
increase the verbosity of the BTRFS code in the kernel log?
I would probably start with most things as pr_debug just to keep it quiet on
non-debug kernels, but I just thought that it might add a great deal of clarity
to
I am running kernel 4.0 and btrfs-prog mainline. I have a backup.
Of the following commands:
btrfs check —repair device
btrfsck —repair device
mount -t btrfs -o recovery device mount && btrfs scrub start mount
--none of them remove the "parent transid verify failed” errors from the disk.
The d
This may be by design since the driver is handling the errors. When the drive
is mounted with -o recovery, and then a scrub is performed, scrub will show no
errors.
fatdrive ~ # dmesg | tail
[35348.694291] repair_io_failure: 4 callbacks suppressed
[35348.694297] BTRFS: read error corrected: ino
I have a BTRFS which has errors. After starting a scrub, and checking status
once, scrub will report it was aborted but still runs to completion.
fatdrive ~ # btrfs scrub status /mnt/data
scrub status for f591ac13-1a69-476d-bd30-346f87a491da
scrub started at Mon Apr 27 06:48:44 2015, runn
Stefan Behrens giantdisaster.de> writes:
>
> This issue is already fixed with commit c0901581 which
> is part of Linux 3.6 RC1:
>
Absolutely awesome... was just looking there.
Thanks.
Anthony Plack
--
To unsubscribe from this list: send the line "unsubscribe linux-btr