blob: 9cf0ce3365efe9d4acf2ca1412f394ec9a30383f (
plain)
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
|
[[!comment format=mdwn
username="http://joeyh.name/"
ip="209.250.56.43"
subject="comment 1"
date="2014-01-14T21:12:19Z"
content="""
It's unusual for git's index file to get corrupted or short like this. git writes to .git/index by first writing the new content to .git/index.lock, and then once it's written, renaming it. So if git is interrupted in the middle of a write, it doesn't leave the index file truncated. Of course, it's somewhat up to the OS's filesystem and buffering, and so I suppose if the system loses power at just the right time, and the filesystem does not journal data, this could happen.
Anyway, git-annex's assistant should be able to detect when the index file is corrupt, including too short, and fix it. When I try with a current version of git-annex, opening the webapp or starting the assistant results in the index file being automatically repaired, with this logged to .git/annex/daemon.log:
<pre>
fatal: index file smaller than expected
[2014-01-14 16:58:11 JEST] SanityCheckerStartup: corrupt index file found at startup; removing and restaging
</pre>
However, it looks like it needs to do the same check for .git/annex/index. I was able to reproduce this bug by corrupting that file.
"""]]
|
