diff options
author | 2013-07-31 16:47:30 -0400 | |
---|---|---|
committer | 2013-07-31 16:47:30 -0400 | |
commit | 1b92d24abdfc9937d4aa8188b405bff8c1b732d4 (patch) | |
tree | 7ad49b92d374abb084eebef0706b1e6e75f25f0e | |
parent | 5d85a4610e45e8aac85a1151f3cbb299deaf0bbf (diff) |
blog for the day
-rw-r--r-- | doc/design/assistant/blog/day_308__ssh-agent.mdwn | 16 |
1 files changed, 16 insertions, 0 deletions
diff --git a/doc/design/assistant/blog/day_308__ssh-agent.mdwn b/doc/design/assistant/blog/day_308__ssh-agent.mdwn new file mode 100644 index 000000000..e18ff2ec1 --- /dev/null +++ b/doc/design/assistant/blog/day_308__ssh-agent.mdwn @@ -0,0 +1,16 @@ +Turns out ssh-agent is the cause of the unknown UUID bug! I got a tip +about this from a user, and was quickly able to reproduce the bug that had +eluded me so long. Anyone who has run `ssh-add` and is using ssh-agent +would see the bug. + +It was easy enough to fix as it turns out. Just need to set IdentitiesOnly +in .ssh/config where git-annex has set up its own IdentityFile to ensure +that its special purpose ssh key is used rather than whatever key the +ssh-agent has loaded into it. I do wonder why ssh behaves this way -- why +would I set an IdentityFile for a host if I didn't want ssh to use it? + +Spent the rest of the day cleaning up after the bug. Since this affects so +many people, I automated the clean up process. The webapp will +detect repositories with this problem, and the user just has to click to +clean up. It'll then correct their .ssh/config and re-enable the +repository. |