Please describe the problem.

In my repo network, multiple repos are cropping up with an "invalid object" error. The object in question changes and appears to be from git-annex's hidden branch.

What steps will reproduce the problem?

This is happening after I add a mess of new files and sync, within a couple times of doing this, after a day or so.

What version of git-annex are you using? On what operating system?

6.20160518-g766728c on linux

Please provide any additional information below.

# Example error, file in question will change
    (recording state in git...)
    error: invalid object 100644 d547f60ac6c53f8bf38999d93ce954e3dfca1656 for
    '051/0b4/SHA3_512-s12447441634--b84ff2ead694b9d355d8deb4eae620b5979f0127f127718d53d02cd32f1020fba45f1e63723484462beb10110328dab29d875ea1788f949ce541640603fa73c0.log'
    fatal: git-write-tree: error building trees
    git-annex: failed to read sha from git write-tree
# End of transcript or log.

# log of attempting to determine the issue yesterday
2016-05-22

Issue history:
Original annex started being unable to finish commit.
Second annex, I cloned and copied objects folder over.  Soon, same issue.
Third annex, cloned from elsewhere, use git annex get to get objects from
broken repo.  Same issue developed.
Fourth annex, cloned from elsewhere, was able to commit successfully
prior to adding objects from broken repo.
Some object in the broken repo seems to be causing this issue somehow.

Plan to resolve:
- copy all objects over again.  verify that issue immediately develops.
  
  I expect the issue will trigger when I add a set of objects with litelog.
  So I could narrow it either by narrowing the objects I add with litelog,
  or by narrowing the object I copy from the broken repo.

  I'll narrow the issue between the two, first.

annex: used to be annex.2, busted
annex.3: third repository, busted, holds objects
annex.4:
  1. cloned from delta
  2. added logs, no issue
  3. 10:24:24 EDT rsync --delete-during'd objects in from annex.3
  4. 10:25:10 EDT added small test file, sync'd with delta fine
  5. 2016-05-22 10:27:38
      I ran fetchall but ran by root by mistake.
      files were added with wrong permissions
      fixed permissions.  only two files were cpied, voicerecorder and muse.
      sync works fine.'
  6. ran fetchall (as root) again, got 4 sensorium files
  7. add and sync seems to work fine.
  So now this repository is functioning with additional objects copied into
  its annex folder.  It must have been something else which caused the issue
  on the other repo I initialized this way.
  8. I foolishly tried to git annex add the alphabetically first object from
  the annex/objects folder to get it annex's logs.  It failed when trying to
  _delete_ it to replace it with a link to itself, luckily it was not writable.

  I'll try using this repo - 2016-05-22 10:36:24 EDT

  I'll add the remotes one at a time and sync with them, adding litelog after
  each one.

  9. 2016-05-23 00:08 EDT
    Issue reoccurred uploading data from phone. Was a larger block of data.
    First fetched
    then added
    then copied to delta
    issue showed at end of copy to delta

    perhaps the issue resides on delta ??? but we synced to delta fine before
    the issue must happen over time while I am away from the computer
    or respond to a large amount of logs being uploaded
    or it could have happened as a result of my work on the nested repo
 10. 2016-05-23 00:10:15 EDT
   $ git annex copy --to=gitlab
   06:55 EDT
   $ git annex sync gitlab
    both commands ran without issue
    delta also fsck'd fine
 11. 2016-05-23 07:01 EDT
    local repo fsck'd fine

Have you had any luck using git-annex before? (Sometimes we get tired of reading bug reports all day and a lil' positive end note does wonders)

Very stable. Still excited.