refcount overflow in 4.4.6-grsec kernel

2016-04-10 Thread Tobias Hunger
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

Re: btrfstune -u makes filesystem unmountable

2016-04-10 Thread Duncan
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

Re: csum failed on innexistent inode

2016-04-10 Thread Jérôme Poulin
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

Re: csum failed on innexistent inode

2016-04-10 Thread Jérôme Poulin
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

Re: scrub: Tree block spanning stripes, ignored

2016-04-10 Thread Qu Wenruo
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

Re: WARN_ON in record_root_in_trans() when deleting freshly renamed subvolume

2016-04-10 Thread Qu Wenruo
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,

Re: csum failed on innexistent inode

2016-04-10 Thread Henk Slager
>> 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

Re: csum failed on innexistent inode

2016-04-10 Thread Jérôme Poulin
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

Re: btrfstune -u makes filesystem unmountable

2016-04-10 Thread Hugo Mills
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.

btrfstune -u makes filesystem unmountable

2016-04-10 Thread Richard C
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