This was reported with concurrent processes, I think probably during a git annex add but not sure:

git-annex: .git/annex/othertmp/inge59014-3: getFileStatus: does not exist (No such file or directory)

git-annex: .git/annex/othertmp/ingest-assemble_den59014-8: removeLink: does not exist (No such file or directory)

From the "ingest" in the name, these files are from Annex.Ingest.lockDown', which uses withOtherTmp, hard links the file into the temp directory, and then returns a LockedDown that includes the temp filepath. So, it's escaped the locking that withOtherTmp does, and another process can clean up the temp files at the wrong point in time. This will need some significant code reworking to fix.

fixed --Joey

This is a fairly new problem because the code to have other processes cleanup stale othertmp files was only added a couple months back.

I audited other uses of withOtherTmp, and the only other problem I found is similar, in Annex.Branch.stageJournal. Fixed that one. --Joey