On 06/15/2015 05:37 PM, Austin S Hemmelgarn wrote:
> For almost any non-COW filesystem (ext4, XFS, JFS, etc.), 1% or 100MB
> (whichever is larger) is generally a good buffer. On BTRFS, I would say
> at least 5% or 1.5G (again, whichever is larger; and if performance is a
> concern, go for at leas
On 06/15/2015 03:29 PM, David Sterba wrote:
> On Mon, Jun 15, 2015 at 02:47:24PM +0200, Tovo Rabemanantsoa wrote:
>> Hi all,
>> By browsing this list's archive, I've found a thread initiated by
>> Charles Cazabon entitled: "Oddly slow read performance with n
Hi all,
By browsing this list's archive, I've found a thread initiated by
Charles Cazabon entitled: "Oddly slow read performance with near-full
largish FS."
Actually, I'm living the same experience but with a not so large FS
(256GB on a SSD). Indeed, when I have less than 1GB of free space, the
app
On 09/17/2014 08:49 PM, Chris Murphy wrote:
>
> This isn't what I expect as a candidate for btrfs-zero-log, I don't know what
> the last message means. You could run a
> btrfs check
> and then ask about both the failure to read block groups -5 and also the
> btrfs check (without --repair) resu
On 09/16/2014 11:27 PM, Chris Murphy wrote:
>
> Try to mount normally, then with -o recovery, then with -o ro,recovery.
> Include dmesg showing any messages that appear for these attempts.
Thank you,
Please find below the messages shown during a normal mount and a mount
with -o ro,recovery.
On 09/16/2014 07:17 PM, Chris Murphy wrote:
>
> Debian 7.5 is based on kernel 3.2 which is very old in Btrfs terms. What
> kernel version are you using, and version of btrfs-progs?
>
> Chris Murphy
You're right,
In the beginning, I used the btrfs-progs provided by my debian (kernel
3.2.0-4 and b
Hi all,
I have a server running debian 7.5 and meet issues for mounting a btrfs
filesystem. This fs had worked for almost one year now but crashed last
sunday. I'm unable to mount the fs and each btrfs-* commands ends with
something like :
Ignoring transid failure
btrfsck: ctree.c:1550: leaf_space_
