comment
authorJoey Hess <joeyh@joeyh.name>
Wed, 21 Sep 2016 19:39:32 +0000 (15:39 -0400)
committerJoey Hess <joeyh@joeyh.name>
Wed, 21 Sep 2016 19:39:32 +0000 (15:39 -0400)
doc/tips/git-annex_on_NFS/comment_2_06f2ee5095cd35063a434560375e172e._comment [new file with mode: 0644]

diff --git a/doc/tips/git-annex_on_NFS/comment_2_06f2ee5095cd35063a434560375e172e._comment b/doc/tips/git-annex_on_NFS/comment_2_06f2ee5095cd35063a434560375e172e._comment
new file mode 100644 (file)
index 0000000..53525fa
--- /dev/null
@@ -0,0 +1,26 @@
+[[!comment format=mdwn
+ username="joey"
+ subject="""comment 2"""
+ date="2016-09-21T19:28:36Z"
+ content="""
+git-annex will probe to detect if the filesystem does not support FIFOs and
+disables `annex.sshcaching` in that case. It's done so since 2013. So I would
+be surprised if NFS had any problems with annex.sshcaching.
+
+`git config annex.pidlock true` will make git-annex avoid FCNTL locking,
+and so work on filesystems that don't support that. It should also
+avoid the ".nfs" files.
+
+It's not enabled by default on NFS because I don't currently have a good
+way to probe if a given directory is on NFS.
+
+Also, annex.pidlock makes git-annex significantly slower and less safe.
+But if you're using NFS, speed and safety must have already been
+de-prioritized.
+
+Seriously, my main advice for using git-annex on NFS is: 
+Don't. Make local clones of repositories and use git-annex to distribute
+the files around. Unless your institution forces you to use a networked
+filesystem to access gobs of disk space, and you need to have more files
+present in a repository than will fit locally.
+"""]]