is anything in dmesg that would point to diskscontrollers being reset?
or something like that?
pavol
On Wed, Mar 2, 2016 at 9:34 PM, Leigh Orf wrote:
> Hello,
>
> Not entirely sure this is a btrfs issue, but here is my problem. I've
> had this issue with recent Fedora and CentOS distros.
>
> I
and disk/ata/usb resets?
On Wed, Mar 2, 2016 at 10:56 PM, Leigh Orf wrote:
> On Wed, Mar 2, 2016 at 3:34 PM, Pavol Cupka wrote:
>> is anything in dmesg that would point to diskscontrollers being reset?
>>
>> or something like that?
>>
>> pavol
>
> Pa
Hi all,
when trying to btrfs send a snaphost I get this in dmesg:
[8614395.539466] BTRFS error (device sda1): did not find backref in
send_root. inode=673755, offset=131072, disk_byte=25730310144 found
extent=25730310144
scrub reveals no errors
scrub status for bb8094e8-a7b1-4c2d-854e-77a9921e6f7
Will do.
Thank you.
On Wed, Feb 17, 2016 at 3:01 PM, Filipe Manana wrote:
> On Wed, Feb 17, 2016 at 1:02 PM, Pavol Cupka wrote:
>> Hi all,
>>
>> when trying to btrfs send a snaphost I get this in dmesg:
>> [8614395.539466] BTRFS error (device sda1): did not find bac
Hi all,
after boot I am seeing this in dmesg
[ 23.874698] BTRFS info (device sda1): enabling auto defrag
[ 23.874702] BTRFS info (device sda1): disk space caching is enabled
[ 26.074456] Adding 4193276k swap on /dev/sda4. Priority:-1
extents:1 across:4193276k
[ 26.242940] [
Hello,
I am having trouble with my btrfs setup. An unwanted reset probably
caused the corruption. I can mount the filesystem, but cannot perform
scrub as this ends with GPF.
uname -a
Linux sysresccd 3.14.24-alt441-amd64 #2 SMP Sun Nov 16 08:27:16 UTC
2014 x86_64 AMD Phenom(tm) II X4 965 Processor
Hi all,
I just want to ask, how does init-csum-tree work on a raid1 two disk
setup? Does it read the blocks from both of the drives and compare
them? Or does it simply take the first disk and generate new crc's
from all the blocks on the first disk completely ignoring the second
disk?
Thanks
Pa
hi all,
I am having trouble finishing a init-extent-tree rebuild on a raid1
btrfs that became corrupted,
I was unable to finish a scrub on the system although the disks don't
have any bad blocks.
So I tried to repair the system, but that didn't help it either.
btrfs check --repair /dev/sda1
enabl
When running btrfs check on a RAID1 system using btrfs-progs v3.19-rc2
and running the 4.0.0-rc4 linux kernel. I get this:
btrfs check --repair --init-csum-tree --init-extent-tree /dev/sda1
...
...
Incorrect local backref count on 2019737948160 parent 2541793873920
owner 0 offset 0 found 1 wanted