From ab1ab57f80f212fe698cd479a7a343330a0dd990 Mon Sep 17 00:00:00 2001 From: zardoz Date: Sun, 7 Sep 2014 14:04:51 +0000 Subject: [PATCH] Added a comment --- ..._7c98c8b291fdf28a09ccb6c7e4001d5a._comment | 22 +++++++++++++++++++ 1 file changed, 22 insertions(+) create mode 100644 doc/bugs/__34__error:_invalid_object__34____44___after_add__59___cannot_commit/comment_9_7c98c8b291fdf28a09ccb6c7e4001d5a._comment diff --git a/doc/bugs/__34__error:_invalid_object__34____44___after_add__59___cannot_commit/comment_9_7c98c8b291fdf28a09ccb6c7e4001d5a._comment b/doc/bugs/__34__error:_invalid_object__34____44___after_add__59___cannot_commit/comment_9_7c98c8b291fdf28a09ccb6c7e4001d5a._comment new file mode 100644 index 0000000000..1a49e449ff --- /dev/null +++ b/doc/bugs/__34__error:_invalid_object__34____44___after_add__59___cannot_commit/comment_9_7c98c8b291fdf28a09ccb6c7e4001d5a._comment @@ -0,0 +1,22 @@ +[[!comment format=mdwn + username="zardoz" + ip="78.48.163.229" + subject="comment 9" + date="2014-09-07T14:04:51Z" + content=""" +Any ideas? I noticed one alternative way (cf. the reset workaround +above) to make «git annex add» work again is by deleting +.git/annex/index*. Is this safe? + +In both repos, I had not even staged annex additions before the index +was corrupted; the corruption must somehow have been left-over from +earlier actions, altough all previous additions succeeded at the time, +before both repositories mysteriously stopped working (in the context +of backend-migration). + +I still have the original snapshots around if you’d like to debug +this. As noted, «git fsck» succeeds, and all the block-level checksums +check out, so the problem can’t be on the block device or file-system +level. + +"""]]