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
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
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
-
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
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
[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
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
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
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