On Thu, 16 Apr 2015 13:41:21 +1200
Matt Grant wrote:
> Hi!
>
> When ever I delete a large snapshot this stalls all the processes on my
> system for 30 minutes plus, kernel v19.2. Btrfs-cleaner is taking 100% CPU
> when completely stalled. Every few minutes its say 99.8% and satall abates
> an
On Wed, Apr 15, 2015 at 7:41 PM, Matt Grant wrote:
> Hi!
>
> When ever I delete a large snapshot this stalls all the processes on my
> system for 30 minutes plus, kernel v19.2. Btrfs-cleaner is taking 100% CPU
> when completely stalled. Every few minutes its say 99.8% and satall abates
> and p
Hi!
When ever I delete a large snapshot this stalls all the processes on my system
for 30 minutes plus, kernel v19.2. Btrfs-cleaner is taking 100% CPU when
completely stalled. Every few minutes its say 99.8% and satall abates andÂ
processes/io happen.
About to lodge a kernel bug about this as
My log writes test uncovered a corruption that could happen with fsx'es mmap
write. It does an msync(MS_SYNC) after every mmap write, which turns into a
vfs_fsync_range() for the range we wrote. However if we've truncated before
this we will set FULL_SYNC on the inode, so if we've truncated up an
With the current code, the following command (executed on a filesystem with 4k
as the block size) creates a file with a regular extent:
$ xfs_io -f -c "pwrite 0 4096" /mnt/file-0.bin; sync;
This commit fixes the issue by checking if 'actual_end - 1' is on a file
offset which is a multiple of block
