Hi,
I updated my archlinux to use a grsec kernel (version 4.4.6). Now I
get lots of errors from PAX and all backtraces show mention btrfs.
Is this a known problem? Is there anything I can help to debug this?
This is the dump from the logs:
Apr 11 07:43:36 kernel: PAX: refcount overflow detected
Richard C posted on Sun, 10 Apr 2016 15:47:44 +0100 as excerpted:
> Hi,
>
> I'm writing a backup script that images a btrfs using btrfs-image, then
> restores to a file on a loop device. Since I had trouble mounting the
> original and copied btrfs filesystems with the same UUID on the same
> mach
On Sun, Apr 10, 2016 at 1:25 PM, Henk Slager wrote:
> Kernel/tools
> versions and btrfs fi us output might also give some hints.
I completely forgot to paste those:
BTRFS: btrfs-progs v4.4
Kernel: 4.6.0-rc2.
--
To unsubscribe from this list: send the line "unsubscribe linux-btrfs" in
the body of
Sorry for the confusion, allow me to clarify and I will summarize with
what I learned since I now understand that corruption was present
before disk went bad.
Note that this BTRFS was once on a MD RAID5 on LVM on LUKS before
being moved in-place to LVM on LUKS on BTRFS RAID10. But since balance
wo
There seems to be something wrong with btrfsck.
Not sure if it's kernel clear_cache mount option or btrfsck to blame.
Anyway, it shouldn't be a big problem though.
If you want to make sure it won't damage your fs, it's better to mount
with nospace_cache mount option.
I'd try to implement a n
Mark Fasheh wrote on 2016/04/08 12:18 -0700:
On Fri, Apr 08, 2016 at 03:10:35PM +0200, Holger Hoffstätte wrote:
[cc: Mark and Qu]
On 04/08/16 13:51, Holger Hoffstätte wrote:
On 04/08/16 13:14, Filipe Manana wrote:
Using Chris' for-linus-4.6 branch, which is 4.5-rc6 + all 4.6 btrfs
patches,
>> You might want this patch:
>> http://www.spinics.net/lists/linux-btrfs/msg53552.html
>>
>> As workaround, you can reset the counters on new/healty device with:
>>
>> btrfs device stats [-z] |
>>
>
> I did reset the stats and launched another scrub, and still, since the
> logical blocks are the s
On Mon, Apr 4, 2016 at 5:42 AM, Henk Slager wrote:
>
> You might want this patch:
> http://www.spinics.net/lists/linux-btrfs/msg53552.html
>
> As workaround, you can reset the counters on new/healty device with:
>
> btrfs device stats [-z] |
>
I did reset the stats and launched another scrub, and
On Sun, Apr 10, 2016 at 03:47:44PM +0100, Richard C wrote:
> Hi,
>
> I'm writing a backup script that images a btrfs using btrfs-image,
You are aware that btrfs-image copies only the metadata? The data
is _not_ a part of the image, so it's a fairly poor implementation of
a backup process.
Hi,
I'm writing a backup script that images a btrfs using btrfs-image,
then restores to a file on a loop device. Since I had trouble mounting
the original and copied btrfs filesystems with the same UUID on the
same machine, I decided to try btrfstune -fu. However, this appears to
corrupt the copie
10 matches
Mail list logo