After about 1TB of rsyncs from multiple servers at the same time, plus
some heavy filesystem loading, i believe that 3.2rc4 solves the problem
for me. Now if only we had deduplication and an fsck tool :)
On Παρασκευή, 2 Δεκέμβριος 2011 9:53:10 μμ, Konstantinos Skarlatos
wrote:
I see they got into 3.2rc4, so I am now compiling it. I will report
back in a few hours
On Παρασκευή, 2 Δεκέμβριος 2011 5:48:31 μμ, Tobias wrote:
Am 02.12.2011 16:22, schrieb Konstantinos Skarlatos:
So, the transaction close is in btrfs_evict_inode, which sounds
like a
deadlock recently fixed by this commit:
http://git.kernel.org/?p=linux/kernel/git/mason/linux-btrfs.git;a=commit;h=aa38a711a893accf5b5192f3d705a120deaa81e0
If you pull the for-linus branch from today, hopefully the problem
will
be gone.
This looks very good. With this Kernel i still have some hangs, but
only in rsync, only under high load and they don't lock up the
system - so i guess it's ok now.
I still have hangs and lock ups under the same situation (rsync of
many files) under 3.2rc3. rc3 made the hang appear after 200gb of
files, while in rc2 i had hangs after only 11gb .
Yes, i had them too in 3.2rc3! The problem where solved with patches
from the "btrfs-for-linus" -branch. (see link above).
Tobias
--
To unsubscribe from this list: send the line "unsubscribe linux-btrfs" in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html