I obtained a similar error doing a large write to an ext3 filesystem, so there
is another problem somewhere. Sorry for the inconvenience.
Phil--
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
> I reproduced it again. The fs is idle apart from the defragment.
>
> mount -o nodatacow /dev/sdc1 backend
> btrfsctl -d /mnt/backend/phil/i2
>
This time I just mounted normally, please let me know what additional debug
info you need.
Thanks
Phil
mount /dev/sdc1 /mnt/backend
btrfsctl -d /mnt
Also the 'file data blocks allocated' in the btrfsck looks wrong.
sentryA:~ # btrfsck /dev/sdc1
found 95418703872 bytes used err is 0
total csum bytes: 92762192
total tree bytes: 430219264
total fs tree bytes: 186494976
btree space waste bytes: 72747390
file data blocks allocated: 193564269821952
> Well, I don't think that count is quite right. But I also don't see
> anything in the ioctl that could cause it. How easily can you reproduce
> this?
>
> I do see that the ioctl should be triple checking the page is part of
> the mapping after doing a readpage on it, but it should only get dr
I had some 10gb files that I was using for random write testing (with cow
enabled). I remount the fs with nodatacow, then ran btrfsctl to defragement the
file. A BUG message appeared in the messages file. After a reboot btrfsck gave
no errors.
Please let me know what extra information you need.
