From 1474e3c5c4f14d779627cec6e0df63796d82843e Mon Sep 17 00:00:00 2001 From: Joey Hess Date: Tue, 26 May 2015 10:56:51 -0400 Subject: commnet --- ...ent_5_7d819c3e4af2b8044a52fa6131f36187._comment | 22 ++++++++++++++++++++++ 1 file changed, 22 insertions(+) create mode 100644 doc/bugs/rsync:_protocol_version_mismatch/comment_5_7d819c3e4af2b8044a52fa6131f36187._comment diff --git a/doc/bugs/rsync:_protocol_version_mismatch/comment_5_7d819c3e4af2b8044a52fa6131f36187._comment b/doc/bugs/rsync:_protocol_version_mismatch/comment_5_7d819c3e4af2b8044a52fa6131f36187._comment new file mode 100644 index 000000000..85af7d221 --- /dev/null +++ b/doc/bugs/rsync:_protocol_version_mismatch/comment_5_7d819c3e4af2b8044a52fa6131f36187._comment @@ -0,0 +1,22 @@ +[[!comment format=mdwn + username="joey" + subject="""comment 5""" + date="2015-05-26T14:52:11Z" + content=""" +The stray recv-key is a good clue. git-annex-shell only allows one upload +of a given file to run at a time. So if you get a transfer stalled out, +it will reject another transfer attempt. This can sometimes happen when eg, +migrating between networks and restarting an upload when the old one is +still running on the server. + +However, normally there is an error message "transfer already in progress". + +It may be that your rsync is not forwarding that stderr through to display +it, for some reason. + +It would probably help if you can run the same git-annex shell command line +on the server, verify that it fails with "transfer already in progress" +when an recvkey of that key is already running. Then you could try sshing +to the server noninteractively and having it run the same git-annex-shell +command, and see if the error makes it through that. +"""]] -- cgit v1.2.3