On Fri, 03 Oct 2014 14:15:11 +0100
Filipe Manana fdman...@suse.com wrote:
Just tried it and I confirm filefrag's call to ioctl FS_IOC_FIEMAP fails
with -EEXIST.
It's actually a known issue affecting any of the 3.17 RCs (except RC1).
The extent map manipulation/merging is broken for some
On 10/02/2014 11:11 PM, Marc Dietrich wrote:
Am Donnerstag 02 Oktober 2014, 21:55:55 schrieb Marc Dietrich:
Will try to restore the file using btrfs restore
ok, restore worked. I did some more tests. This is unrelated to CoW. It seems
that the fallocate -n in combination with dd
On Thu, Oct 02, 2014 at 05:13:22PM +0200, Marc Dietrich wrote:
I have a large (25G) virtual disk on a btrfs fs. Yes, I know this is not
optimial. So I try to defrag it from time to time. However, using btrfs fi
defrag -c vm.vdi results in even more fragments than before (reported by
On Thu, Oct 02, 2014 at 07:25:49PM +0200, David Sterba wrote:
On Thu, Oct 02, 2014 at 05:13:22PM +0200, Marc Dietrich wrote:
I have a large (25G) virtual disk on a btrfs fs. Yes, I know this is not
optimial. So I try to defrag it from time to time. However, using btrfs fi
defrag -c vm.vdi
Am Donnerstag 02 Oktober 2014, 19:25:49 schrieb David Sterba:
On Thu, Oct 02, 2014 at 05:13:22PM +0200, Marc Dietrich wrote:
I have a large (25G) virtual disk on a btrfs fs. Yes, I know this is not
optimial. So I try to defrag it from time to time. However, using btrfs
fi
defrag -c vm.vdi
Am Donnerstag 02 Oktober 2014, 21:55:55 schrieb Marc Dietrich:
Will try to restore the file using btrfs restore
ok, restore worked. I did some more tests. This is unrelated to CoW. It seems
that the fallocate -n in combination with dd conv=notrunc using large
files (10G) triggers it. Maybe