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

btrfs and containers

2016-03-07 Thread Tobias Hunger
Hi, I have been running systemd-nspawn containers on top of a btrfs filesystem for a while now. This works great: Snapshots are a huge help to manage containers! But today I ran btrfs subvol list . *inside* a container. To my surprise I got a list of *all* subvolumes on that drive. That is basic

Re: kernel BUG at fs/btrfs/ctree.h:2417

2014-06-15 Thread Tobias Hunger
Some more information: [root@ron ~]# uname -a Linux ron 3.14.3-2-ARCH #1 SMP PREEMPT Mon May 12 20:52:20 CEST 2014 x86_64 GNU/Linux [root@ron ~]# btrfsck /dev/mapper/raid0d0 Checking filesystem on /dev/mapper/raid0d0 UUID: 18d8b702-5519-40dc-ab14-c425 checking extents read block failed c

kernel BUG at fs/btrfs/ctree.h:2417

2014-06-15 Thread Tobias Hunger
I keep running into this bug on a 2.14.3 kernel from arch linux. It seems to be triggered by docker removing a machine. Docker is using the btrfs backend here, so doing so involves some btrfs subvolume magic (or so I guess:-). Jun 14 22:18:05 ron kernel: [ cut here ] Jun 14