From: "Ævar Arnfjörð Bjarmason" <avarab@gmail.com>
To: Robert Cathles <rjc.live@gmail.com>
Cc: git@vger.kernel.org
Subject: Re: Git annex possible bug
Date: Thu, 31 Jan 2019 23:40:21 +0100 [thread overview]
Message-ID: <87tvho30yy.fsf@evledraar.gmail.com> (raw)
In-Reply-To: <CANny=+C+yj6J0P-W91kR2ehxLcT44pMOCzg=u+gpEiiCpQLaHg@mail.gmail.com>
On Thu, Jan 31 2019, Robert Cathles wrote:
> We use git annex and found an issue where one machine that had run
> 'git annex sync' and 'git annex sync --content' was not reporting any
> issues, but any other machines were report 99 issues when running 'git
> annex get'.
>
> The message for each file was that it was not known to exist on any
> repo. doing some searching I found 'git annex fsck' so ran that in the
> following fashion on the 'broken' machines: 'git annex fsck
> --from=LocalMirrorName --fast'. During this we saw git was updating
> the location log for nearly all the missing files. Running 'git annex
> get' afterwards resolved the issue and got the files. We found we had
> to repeat this on all affected machines.
>
> The machine that did the original sync was running git 2.7.4 and other
> machines were either running the same, or 2.17.1.
>
> A test I also tried: I copied one annex file from inside the .git
> folder of the original machine that ran the sync, and added it to the
> same location on a broken machine, then ran sync and get, and it
> reported 98 issues instead.
>
> Does this seem like a bug with git annex? Is there a possible gap in
> the way that git annex reports that all is fine - perhaps to do with
> the index? Or does this seem to be more likely an issue we created
> ourselves? Would there have been any other commands we could have run
> to resolve this issue or should have tried out first? (Apart from just
> deleting each of our clones and starting again)
This may be a bug in git-annex, or not, but in any case you've reached
the wrong people to ask. The git-annex tool is not part of git itself,
it's a third-party plugin.
You'll probably want to file a bug here:
https://git-annex.branchable.com/bugs/
prev parent reply other threads:[~2019-01-31 22:40 UTC|newest]
Thread overview: 2+ messages / expand[flat|nested] mbox.gz Atom feed top
2019-01-31 16:48 Git annex possible bug Robert Cathles
2019-01-31 22:40 ` Ævar Arnfjörð Bjarmason [this message]
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=87tvho30yy.fsf@evledraar.gmail.com \
--to=avarab@gmail.com \
--cc=git@vger.kernel.org \
--cc=rjc.live@gmail.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.