diff options
author | Joey Hess <joey@kitenet.net> | 2012-02-15 11:16:28 -0400 |
---|---|---|
committer | Joey Hess <joey@kitenet.net> | 2012-02-15 11:16:28 -0400 |
commit | 88b3ee89689ce874b48ce8eaa7586d02d06382ab (patch) | |
tree | 11a4cb4ddad470d244b7b98da7f5de7799885a17 /doc | |
parent | 52c5b164d8dee3761b6ad96e3d636f862a2344e3 (diff) | |
parent | d380c18c1e0ebb708a94eccd6bcd688475d0190e (diff) |
Merge branch 'master' of ssh://git-annex.branchable.com
Diffstat (limited to 'doc')
3 files changed, 30 insertions, 0 deletions
diff --git a/doc/forum/fsck_gives_false_positives/comment_2_f51c53f3f6e6ee1ad463992657db5828._comment b/doc/forum/fsck_gives_false_positives/comment_2_f51c53f3f6e6ee1ad463992657db5828._comment new file mode 100644 index 000000000..1e0111e67 --- /dev/null +++ b/doc/forum/fsck_gives_false_positives/comment_2_f51c53f3f6e6ee1ad463992657db5828._comment @@ -0,0 +1,10 @@ +[[!comment format=mdwn + username="antymat" + ip="77.190.74.127" + subject="comment 2" + date="2012-02-14T22:48:37Z" + content=""" +Thanks, joey, but I still do not know, why the file that has been (and *is*) OK according to separate sha1 and sha256 checks, has been marked 'bad' by `fsck` and moved to `.git/annex/bad`. What could be a reason for that? Could have `rsync` caused it? I know too little about internal workings of `git-annex` to answer this question. + +But one thing I know for certain - the false positives should *not* happen, unless something *is* wrong with the file. Otherwise, if it is unreliable, if I have to check twice, it is useless. I might as well just keep checksums of all the files and do all checks by hand... +"""]] diff --git a/doc/forum/fsck_gives_false_positives/comment_3_692d6d4cd2f75a497e7d314041a768d2._comment b/doc/forum/fsck_gives_false_positives/comment_3_692d6d4cd2f75a497e7d314041a768d2._comment new file mode 100644 index 000000000..bd807f404 --- /dev/null +++ b/doc/forum/fsck_gives_false_positives/comment_3_692d6d4cd2f75a497e7d314041a768d2._comment @@ -0,0 +1,10 @@ +[[!comment format=mdwn + username="http://joey.kitenet.net/" + nickname="joey" + subject="comment 3" + date="2012-02-14T22:57:29Z" + content=""" +All that git annex fsck does is checksum the file and move it away if the checksum fails. + +If bad data was somehow read from the disk that one time, what you describe could occur. I cannot think of any other way it could happen. +"""]] diff --git a/doc/forum/fsck_gives_false_positives/comment_4_7ceb395bf8a2e6a041ccd8de63b1b6eb._comment b/doc/forum/fsck_gives_false_positives/comment_4_7ceb395bf8a2e6a041ccd8de63b1b6eb._comment new file mode 100644 index 000000000..038d41620 --- /dev/null +++ b/doc/forum/fsck_gives_false_positives/comment_4_7ceb395bf8a2e6a041ccd8de63b1b6eb._comment @@ -0,0 +1,10 @@ +[[!comment format=mdwn + username="antymat" + ip="77.190.74.127" + subject="comment 4" + date="2012-02-15T07:13:12Z" + content=""" +OK, thanks. I was just wondering - since there are links in git(-annex), and a hard links too, that maybe the issue has been caused by `rsync`. + +I will keep my eye on that and run checks with my own checksum and `fsck` from time to time, and see what happens. I will post my results here, but the whole run (`fsck` or checksum) takes almost 2 days, so I will not do it too often... ;) +"""]] |