summaryrefslogtreecommitdiff
path: root/doc
diff options
context:
space:
mode:
authorGravatar eigengrau <eigengrau@web>2015-06-11 15:12:24 +0000
committerGravatar admin <admin@branchable.com>2015-06-11 15:12:24 +0000
commitb19d3258003a80dc8380fbd835629d8766b65a0e (patch)
tree95a3f1f315c8c3a1753d21c9d65472f7bd2abd1a /doc
parent40b52623536beb978d3bcc941b8a87a12010cbac (diff)
Added a comment
Diffstat (limited to 'doc')
-rw-r--r--doc/bugs/Corrupted_.git__47__annex__47__index_when_running_assistant/comment_3_fa94d1b008a6c1663e40854edcd5504d._comment9
1 files changed, 9 insertions, 0 deletions
diff --git a/doc/bugs/Corrupted_.git__47__annex__47__index_when_running_assistant/comment_3_fa94d1b008a6c1663e40854edcd5504d._comment b/doc/bugs/Corrupted_.git__47__annex__47__index_when_running_assistant/comment_3_fa94d1b008a6c1663e40854edcd5504d._comment
new file mode 100644
index 000000000..6fbc820f8
--- /dev/null
+++ b/doc/bugs/Corrupted_.git__47__annex__47__index_when_running_assistant/comment_3_fa94d1b008a6c1663e40854edcd5504d._comment
@@ -0,0 +1,9 @@
+[[!comment format=mdwn
+ username="eigengrau"
+ subject="comment 3"
+ date="2015-06-11T15:12:23Z"
+ content="""
+Thanks! FWIW I didn’t have any hard kernel lockups recently. I figure git replaces the index file atomically, and only after all objects have been written to the store? I guess a userland crash couldn’t be the cause either, in that case?
+
+What happens when you manually run git gc at an inopportune moment, seeing that it probably doesn’t know about the secondary index? In the logs, I saw mention of locks on individual refs. Is the whole repository also locked down when git-annex commits something, or could it happen that a manual git gc prunes away objects added by git-annex before it had a chance to write the tree and commit it to a ref?
+"""]]