I cannot really reproduce it, because i had some testing package on the system and i am back to stable and cannot break the system now again. But i noticed that the duplicity from testing had this misbehaviour and thought i should report it before the package comes in the next stable with this bug.
I just can say, that the same URI works with the debian stable duplicity and had errors because of no permission on the parent folders with the duplicity from debian testing. And the error-reporting is broken, because it says something about wrong passphrase, but i think there are other bugs for this issue already. On 03.11.2011 06:49, Alexander Zangerl wrote: > On Fri, 28 Oct 2011 13:54:17 +0200, Alexander Schier writes: >> when my backup-path is scp://user@host/users/username/backup/, it tries >> to "mkdir users", which fails, because this folder exists and does not >> belong to "user" but to root. > i cannot confirm this. first, scp://somebody@host/users/whatever/dir/ > builds directories in ~somebody, and this works fine in my tests. > > please check: what are user's perms on his homedir? does user's > homedir exist? Connected to sftp.hidrive.strato.com. sftp> cd ~ Couldn't canonicalise: Permission denied > second, if i change that to scp://somebody@host//users/whatever/dir/ then > i get directories created in /users/whatever, and my tests show that > again it works fine, without having any access privs on /users (but of > course normal privs on /users/whatever/). i think existing pathelements should just stay the way they are. No need to create anything there or to try creating it. > in order to debug this further i need: the full output of a -v9 run, sorry, cannot provide this at the moment. > and the output of ls -laR of /users/ and ~user on your targetbox. sftp> ls -laR /users/ ls: Invalid flag -R sftp> ls -la /users/ dr-x------ 3 1000 1100 3 Mar 28 2011 . dr-x------ 4 1000 1100 4 Mar 28 2011 .. drwx------ 3 1000 1100 4 Aug 19 17:09 deralex sftp> ls -la /users/deralex/backup/server drwxr-xr-x 2 1000 1100 557 Oct 29 00:12 . drwxr-xr-x 5 1000 1100 6 Oct 28 14:12 .. -rw------- 1 1000 1100 33331964 Jul 2 23:07 duplicity-full-signatures.20110702T205337Z.sigtar.gpg -rw------- 1 1000 1100 4003 Jul 2 23:07 duplicity-full.20110702T205337Z.manifest.gpg -rw------- 1 1000 1100 26198669 Jul 2 22:54 duplicity-full.20110702T205337Z.vol1.difftar.gpg [and a lot more duplicity files with these permissions] regards, alex -- To UNSUBSCRIBE, email to [email protected] with a subject of "unsubscribe". Trouble? Contact [email protected]
