Merge branch 'master' of ssh://git-annex.branchable.com

This commit is contained in:
Joey Hess 2014-01-04 15:08:30 -04:00
commit c7618a9a1d
5 changed files with 57 additions and 0 deletions

View file

@ -0,0 +1,16 @@
[[!comment format=mdwn
username="https://launchpad.net/~psycojoker"
nickname="psycojoker"
subject="comment 2"
date="2014-01-04T04:43:26Z"
content="""
There are 139 files in this repo but this repos is updated very frequently (the files are generated every 10min).
After a lot of fight with cabal and cabal-dev, I've managed to make EKG run, here is a screenshotof the result after hours of run and an actual consumption of 33.8% of 8gb of ram.
http://pix.toile-libre.org/upload/original/1388810323.png
But looking at it I don't know how it can be usefull. I don't know very well the haskell ecosystem, don't hesitate to point me to things that could help.
On a more positive note: git annex compiled from cabal (and from source) seems to eat my available memory way slower than the one from the ubuntu ppa.
"""]]

View file

@ -0,0 +1,10 @@
I am having some issues trying to make git-annex work with the latest version of Gitolite,
When running git annex sync, or git annex copy --to I get.
"""
Failed to get annex.uuid configuration of repository origin
Instead, got: "annex.uuid=\ncore.gcrypt-id=\n"
"""
Has anyone found any solution to this? Also, I am using the latest version of Gitolite, because I wanted to see whether it would work.
Thanks, Zack.

View file

@ -0,0 +1,20 @@
[[!comment format=txt
username="https://www.google.com/accounts/o8/id?id=AItOawkipQLNyt8RHREHpg2k5wdYeRSCCvSNSBg"
nickname="Tim"
subject="I had this same problem too"
date="2014-01-04T01:00:10Z"
content="""
I was using the 2013-12-13 build and now I've upgrade to the 2014-01-03 build. git-annex has symlinked some important workspace.xml files to nowhere. One looks like this:
workspace.xml -> ../../../.git/annex/objects/M2/8W/SHA256E-s68106--90e9cc4f617c9034db1bf462d058b82c59ade0be58de1d3a3e2f8c02606631c2.xml/SHA256E-s68106--90e9cc4f617c9034db1bf462d058b82c59ade0be58de1d3a3e2f8c02606631c2.xml
The referenced file doesn't exist. Actually, that entire M2 directory doesn't exist.
This has cost me a lot of time trying to fix this. I tried git-annex fsck and I get this message:
** No known copies exist of XXXXXXX/workspace.xml
\"XXXXXXX\" is a path I needed to obscure
I can see it in the git-annex repo but it is a reference to a symlink that doesn't exist. Is there any way to get this file back? git-annex whereis tells me it is nowhere. This appears to be real data loss.
"""]]

View file

@ -0,0 +1,8 @@
[[!comment format=mdwn
username="https://www.google.com/accounts/o8/id?id=AItOawkipQLNyt8RHREHpg2k5wdYeRSCCvSNSBg"
nickname="Tim"
subject="Sorry for the bad formatting on that last post"
date="2014-01-04T17:16:51Z"
content="""
I have some additional information that may be helpful. I had git-annex syncing my Mac with a Debian system. It appears that at some point in time the Debian system's NFS connection disconnected and then may have reconnected with sshfs. I don't know if this happened when the syncing issue occurred or not and I can't validate that since the machine was rebooted but it is possible that that caused git-annex on the Mac to choke while syncing and create the phantom symlink. I am experiencing NFS issues at the moment so it may have contributed to this hiccup.
"""]]

View file

@ -0,0 +1,3 @@
The metadata storage for direct mode (V3) is this. In directory .git/annex/objects, there is one .map for all annexed file, and one .cache for all files in the working tree. Both are small files, containing only 1 line or a few lines. I have a repo with lots of photos, and this created lots of small files. I believe this will cause many performance issues.
It would be great if these files are packed, maybe also in the git pack files format.