From 919d58667a65df2ae702ba438dd53c8f202dee8b Mon Sep 17 00:00:00 2001 From: "http://gebi.myopenid.com/" Date: Wed, 7 Dec 2011 03:20:43 +0000 Subject: --- .../git-annex_losing_rsync_remotes_with_encryption_enabled.mdwn | 9 +++++++++ 1 file changed, 9 insertions(+) diff --git a/doc/bugs/git-annex_losing_rsync_remotes_with_encryption_enabled.mdwn b/doc/bugs/git-annex_losing_rsync_remotes_with_encryption_enabled.mdwn index 914b45d18..968f296dd 100644 --- a/doc/bugs/git-annex_losing_rsync_remotes_with_encryption_enabled.mdwn +++ b/doc/bugs/git-annex_losing_rsync_remotes_with_encryption_enabled.mdwn @@ -2,8 +2,15 @@ Somehow git-annex has again lost a complete rsync remote with encryption enabled > "once again" ? When did it do it before? +It's the second time i uploaded all the files to an encrypted rsync remote and git-annex is not able to find it anymore. --[[gebi]] + > "lost" ? How is the remote lost? +git-annex is not able to find any files on the encrypted rsync remote anymore. +Copy does not copy the content again but drop doesn't find it, thus it's somehow "lost" and in an strange state. +I've also had the state where the content was already on the remote side but git-annex copy would copy it again, +ignoring all the data on the remote side. --[[gebi]] + Both *remoteserver* and *localserver* are rsync remotes with enabled encryption. All commands are executed on the git repository on my laptop. Target of origin is a gitolite repository without annex support (thus the two rsync remotes). @@ -53,3 +60,5 @@ I thought that *copy* would verify that, but seems not. > content to go away. > > What happens if you copy the data to remoteserver again? --[[Joey]] + +The commands above are executed within a few seconds and completely repeatable. --[[gebi]] -- cgit v1.2.3