Backing up to ftp or sftp, creates "sftp:" or "ftp:" folder in Deja-Dup launch place

[Ernestas]

1. I'm using up to date ArchLinux, x86_64.
2. 20.2-2
3. org.gnome.DejaDup backend 'file'
org.gnome.DejaDup delete-after 0
org.gnome.DejaDup exclude-list ['$TRASH', '$DOWNLOAD', '/home/ernestas/dw', '/home/ernestas/Muzika', '/home/ernestas/books']
org.gnome.DejaDup include-list ['$HOME']
org.gnome.DejaDup last-backup '2011-12-26T15:08:43.807421Z'
org.gnome.DejaDup last-restore ''
org.gnome.DejaDup last-run '2011-12-26T15:08:43.807421Z'
org.gnome.DejaDup periodic true
org.gnome.DejaDup periodic-period 7
org.gnome.DejaDup prompt-check ''
org.gnome.DejaDup root-prompt true
org.gnome.DejaDup welcomed true
org.gnome.DejaDup.File icon ''
org.gnome.DejaDup.File name ''
org.gnome.DejaDup.File path 'ftp://<email address hidden>:21/home/ernestas/backup/'
org.gnome.DejaDup.File relpath @ay []
org.gnome.DejaDup.File short-name ''
org.gnome.DejaDup.File type 'normal'
org.gnome.DejaDup.File uuid ''
org.gnome.DejaDup.Rackspace container 'pluto'
org.gnome.DejaDup.Rackspace username ''
org.gnome.DejaDup.S3 bucket ''
org.gnome.DejaDup.S3 folder 'pluto'
org.gnome.DejaDup.S3 id ''
org.gnome.DejaDup.U1 folder '/deja-dup/pluto'

******

Let's say I launch Deja-Dup in home directory /home/ernestas. Then it creates /home/ernestas/sftp:/ or /home/ernestas/ftp:/ directories at which it places backups.
What dependencies is Deja-Dup missing and why isn't it displaying any errors about that?

[Michael Terry (mterry)]

Out of curiousity, what desktop environment are you using? I've had a similar report (bug 817825) by someone using Deja Dup in KDE. I'm not sure why it would matter, but it may be a clue as to what's going wrong.

[Ernestas (ernetas)]

Fluxbox, no DE.

On Fri, Feb 24, 2012 at 12:56 AM, Michael Terry <<email address hidden>
> wrote:

> Out of curiousity, what desktop environment are you using? I've had a
> similar report (bug 817825) by someone using Deja Dup in KDE. I'm not
> sure why it would matter, but it may be a clue as to what's going wrong.
>
> ** Changed in: deja-dup
> Status: New => Incomplete
>
> --
> You received this bug notification because you are subscribed to the bug
> report.
> https://bugs.launchpad.net/bugs/908791
>
> Title:
> Backing up to ftp or sftp, creates "sftp:" or "ftp:" folder in Deja-
> Dup launch place
>
> To manage notifications about this bug go to:
> https://bugs.launchpad.net/deja-dup/+bug/908791/+subscriptions
>

[Launchpad Janitor (janitor)]

[Expired for Déjà Dup because there has been no activity for 60 days.]

[[e-mail] (urgrue)]

I have the same error on ubuntu 12.04 and deja-dup 22.0.
FTP destinations just don't work for me.
It also happily reports 'backup successful'...

[Launchpad Janitor (janitor)]

Status changed to 'Confirmed' because the bug affects multiple users.

[shakabra (shakabra321)]

I have the same problem Ubuntu 12.10 Deja-Dup Version: 24.0-0ubuntu1. My user backup works fine, but when I try to backup as root the backup ends up in whatever directory I issued the command from.

[Dessoul (dessoulspirit)]

Same problem. Root backups finish in /home/user/sftp:/distantUser@server:22/backupfolder/
With Ubuntu 12.04 and deja-dup 22.0

[martin lantz (martin-lantz)]

Same problem. Root backups finish in /home/user/sftp:/distantUser@server:22/backupfolder/
With Ubuntu 12.04 and deja-dup 22.0

[dave moore (davlv)]

I have not fixed my system, however. This may bew realted to https://bugs.launchpad.net/ubuntu/+source/duplicity/+bug/959089

Running duplicity from the command line I see

> duplicity Documents/ scp://ve@10.30.1.1/mnt/backups/
> UnsupportedBackendScheme: scheme not supported in url: scp://ve@10.30.1.1/mnt/backups

From the above ticket I run

> apt-get install python-paramiko

I now longer see the previous error, I now have

> BackendException: ssh connection to 10.30.1.1:22 failed: Unknown server 10.30.1.1

[Tatjana Heuser (acanthus)]

The upgrade to 14.04 did not install sshfs. It's not in the dependencies for deja-dup either, and so its absence led to the behaviour described.
Installing sshfs fixed the problem as originally described by Ernestas for me.

Please cf
   - http://askubuntu.com/questions/459679/deja-dup-ssh-method-doesnt-work-writes-locally-instead
    for a detailled description of the problem, and
  - http://askubuntu.com/questions/456669/nautilus-connect-to-server-via-ssh-no-longer-present-in-ubuntu-14-04
    for a more detailled description of the debugging process.

[goliy (musor-zdes)]

Ubuntu 14.10 problem is still here

[Michael Terry (mterry)]

I believe this is fixed in artful. I think the problem was gvfs-backends not being installed, so glib thought an sftp URI was just a relative path. But we install gvfs-backends for you if it is missing now.

[Steven (hallzy.18)]

I am still seeing this issue when I run deja-dup as root.

I have also checked and gvfs-backends is installed. This is on Ubuntu Mate 16.04.3LTS.

[Michael Terry (mterry)]

Ah... running as root. Yeah, most of deja-dup won't work when running as root.

Perhaps we should error out in that case...

[josh (rittynitty)]

a few years later, i am still seeing this issue running as a normal (non-root) user w/most recent pkgs for 16.04.3LTS.

gvfs-backends was not installed automatically w/deja-dup pkg installed today (almost 10yr after this issue was opened).

i located this ticket via this post, figured i'd let you know it's still out there.

https://askubuntu.com/questions/459679/deja-dup-ssh-method-doesnt-work-writes-locally-instead