summaryrefslogtreecommitdiff
path: root/doc/bugs/git-annex__58___content_is_locked__while_trying_to_move_under_NFS_and_pidlock/comment_10_d44de6a250694b25ce9c3169d62db8d1._comment
blob: f2ba4335c7e1e298459bc98fa9554bf96eb24b1e (plain)
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
[[!comment format=mdwn
 username="joey"
 subject="""comment 10"""
 date="2016-03-01T20:52:38Z"
 content="""
	2456732 openat(AT_FDCWD, ".git/annex/ssh/", O_RDONLY|O_NONBLOCK|O_DIRECTORY|O_CLOEXEC) = -1 ENOENT (No such file or directory)
	2456732 mkdir(".git/annex/ssh", 0777)   = 0
	2456732 open(".git/annex/ssh/smaug.lock", O_RDONLY|O_CREAT, 0666) = 11
	2456732 fcntl(11, F_GETFD)              = 0
	2456732 fcntl(11, F_SETFD, FD_CLOEXEC)  = 0
	2456732 close(11)                       = 0

Backs up what I thought git-annex should be doing; it's not fcntl locking that file.

Ah, I'll bet it's not git-annex at all this time.
It runs ssh with -S .git/annex/ssh/smaug, and ssh probably
does its own locking around setting up that control socket.

If so, disabling annex.sshcaching will avoid the problem.
"""]]