Re: WARNING: CPU: 2 PID: 32343 at fs/btrfs/inode.c:8693 btrfs_destroy_inode+0x278/0x2a0()

2015-03-10 Thread Markus Trippelsdorf
On 2015.03.07 at 09:35 +, Filipe David Manana wrote: On Tue, Mar 3, 2015 at 2:13 PM, Markus Trippelsdorf mar...@trippelsdorf.de wrote: On 2015.03.02 at 14:29 +0100, Markus Trippelsdorf wrote: On 2015.03.02 at 12:07 +, Filipe David Manana wrote: [83159.038708] [ cut

Re: Quota limit question

2015-03-10 Thread Dongsheng Yang
Sorry about the late reply!! On 03/10/2015 04:41 PM, Qu Wenruo wrote: Original Message Subject: Re: Quota limit question From: Christian Robottom Reis k...@canonical.com To: Duncan 1i5t5.dun...@cox.net Date: 2015年03月07日 05:44 Just as a follow-up, I upgraded btrfs-tools

Re: [PATCH] btrfs-progs: tests, clean up scripts

2015-03-10 Thread David Sterba
On Tue, Mar 10, 2015 at 09:07:06AM +0800, Qu Wenruo wrote: +SUDO_HELPER= +NEED_SUDO_VALIDATE=unknown Better quoted? Not needed here, no sideefects from evaluation and no special chars. @@ -86,15 +86,16 @@ setup_root_helper() if [ $UID -eq 0 ]; then return fi -

Re: [PATCH] Btrfs: fix ASSERT(list_empty(cur_trans-dirty_bgs_list) V3

2015-03-10 Thread Liu Bo
On Tue, Mar 10, 2015 at 10:15:44PM -0400, Josef Bacik wrote: Dave could hit this assert consistently running btrfs/078. This is because when we update the block groups we could truncate the free space, which would try to delete the csums for that range and dirty the csum root. For this to

[PATCH] Btrfs: fix ASSERT(list_empty(cur_trans-dirty_bgs_list) V3

2015-03-10 Thread Josef Bacik
Dave could hit this assert consistently running btrfs/078. This is because when we update the block groups we could truncate the free space, which would try to delete the csums for that range and dirty the csum root. For this to happen we have to have already written out the csum root so it's

[PATCH] fstest: btrfs/083: Test for incorrect exclusive refernce number after file clone.

2015-03-10 Thread Qu Wenruo
[Problem] Since commit fcebe4562dec83b3f8d308 (Btrfs: rework qgroup accounting), quota data update is delayed after delayed_ref calculation, and lacks correct protection to detect root reference which shouldn't be counted in current sequence number but already written into extent backref. This

Re: Lock-ups, assertion failure in btrfsck, scrub reporting super=4

2015-03-10 Thread Tobias Getzner
On Mo, 2015-03-09 at 10:44 -0600, Chris Murphy wrote: Maybe try btrfs-progs-3.19rc3? You have the data backed up, and progs 3.18.2 fails so it seems worth a shot. This was worth a shot; 3.19-rc3 throws the same assertion failure, though. -- To unsubscribe from this list: send the line

[PATCH] Btrfs: fix ASSERT(list_empty(cur_trans-dirty_bgs_list) V2

2015-03-10 Thread Josef Bacik
Dave could hit this assert consistently running btrfs/078. This is because when we update the block groups we could truncate the free space, which would try to delete the csums for that range and dirty the csum root. For this to happen we have to have already written out the csum root so it's

Re: Quota limit question

2015-03-10 Thread Qu Wenruo
Original Message Subject: Re: Quota limit question From: Christian Robottom Reis k...@canonical.com To: Duncan 1i5t5.dun...@cox.net Date: 2015年03月07日 05:44 Just as a follow-up, I upgraded btrfs-tools and the kernel again. I currently have a filesystem which reports 1G