btrfs - uknown issues - different sha256 hash - files corruption

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



Dear,

I have cubox-i4, running debian with 4.4 kernel. The icy box
IB-3664SU3 enclosure is attached into cubox using esata port,
enclosure uses JM393 and JM539 chipsets.

I use btrfs volume in raid0 created from the two drives, and lvm ext4
volume that contains two drives also. When I copy (using rsync) big
file (the one i copied is 130GB) from ext4 to btrfs the sha256 hash is
differs.

I did 2 tests, copy the source file from ext4 to btrfs, count sha256
hash, each time the destination file on btrfs has different hash
compared to the source file located on ext4 and even hashes from both
runs of target files on btrfs differs.

I run cmp -l <(hexdump source_file_ext4) <(hexdump target_file_btrfs).
The snapshot of the result is here http://paste.debian.net/367678/,
the is so many bytes with differences. The size of the source and
target file is exactly the same.


I also copied around 600GB of data set that contains small files,
music, videos, etc... and i did sha256 on all the files ext4 vs btrfs
- all was fine.

Any idea what can cause that issue or how can i debug it in more detail?


Thank you!

Best,
John
--
To unsubscribe from this list: send the line "unsubscribe linux-scsi" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at  http://vger.kernel.org/majordomo-info.html



[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
[Index of Archives]     [SCSI Target Devel]     [Linux SCSI Target Infrastructure]     [Kernel Newbies]     [IDE]     [Security]     [Git]     [Netfilter]     [Bugtraq]     [Yosemite News]     [MIPS Linux]     [ARM Linux]     [Linux Security]     [Linux RAID]     [Linux ATA RAID]     [Linux IIO]     [Samba]     [Device Mapper]
  Powered by Linux