sftp for file transfers!

Asked by Ahmad Khayyat on 2010-02-03

According to the man page (of the debian package at least), sftp is only used for file listing and deletion and scp is used for actual file transfers.
The verbose output, however, indicates that sftp is used for file transfer in a restore command:

...
State = sftp, Before = 'Connecting to ss1...'
sftp command: 'get <remote-file-full-path>.gpg <some-file-in-/tmp>'

(and I can see sftp running in my 'ps ax' output)

The reason for my question is that I'm using duplicity to backup to a SunOS server. Backups seem to work fine. But, for some reason, I can grab the gpg file from the server manually only with scp. sftp will always stall at 99%. The files produced by sftp and scp have the same size, but sftp's file will not untar (actually gpg -d will complain before that).

I discovered this discrepancy of scp and sftp behavior as a result of duplicity halting during a restore operation at the lines shown above. At that point, killing sftp reinvokes it over and over again, and Ctrl-c duplicity terminates the restore operation unsuccessfully.

So, my question again:
Why is duplicity actually using sftp to transfer files back from the backup server although the man page says scp should be used?
And is their a way to force using scp instead of sftp?

Question information

Language:
English Edit question
Status:
Answered
For:
Duplicity Edit question
Assignee:
No assignee Edit question
Last query:
2010-02-03
Last reply:
2010-02-09

This is a man page bug. A swap was made to sftp-only since that can be chroot'ed easily. Use --use-scp in the repository version to get back to the old behavior, or wait for 0.6.07 to be released with the option in it.

Can you help with this problem?

Provide an answer of your own, or ask Ahmad Khayyat for more information if necessary.

To post a message you must log in.