Connecting from Nautilus works fine but slow
--
You received this bug notification because you are a member of Desktop
Packages, which is subscribed to deja-dup in Ubuntu.
https://bugs.launchpad.net/bugs/1715582
Title:
deja-dup fails to backup
Status in deja-dup package in Ubuntu:
Fix
[global]
workgroup = RSB
netbios name = s4
passwd chat = *Enter\snew\s*\spassword:* %n\n *Retype\snew\s*\spassword:
* %n\n *password\supdated\ssuccessfully* .
obey pam restrictions = Yes
unix password sync = Yes
invalid users = root
preferred
Hrm. Is it possible to share your /etc/samba/smb.conf?
--
You received this bug notification because you are a member of Desktop
Packages, which is subscribed to deja-dup in Ubuntu.
https://bugs.launchpad.net/bugs/1715582
Title:
deja-dup fails to backup
Status in deja-dup package in Ubuntu:
(On the server of course)
--
You received this bug notification because you are a member of Desktop
Packages, which is subscribed to deja-dup in Ubuntu.
https://bugs.launchpad.net/bugs/1715582
Title:
deja-dup fails to backup
Status in deja-dup package in Ubuntu:
Fix Committed
Bug
upgraded to deja-dup 36.1. -> Backup failed
Operation not supported by backend
syslog:
Sep 15 12:27:23 mbpr13b deja-dup[1983]: BackendRemote.vala:83: The specified loc
ation is not mounted
Sep 15 12:27:23 mbpr13b gvfsd[1375]: mkdir failed on directory
/var/cache/samba: Permission denied
Sep 15
Sorry, don't get the question:
I tried to mount the samba share and run deja-dup then. This led to the
error.
I can however access the files on this share from Nautilus without any
issues (i can create a file, copy and delete it)
I have set up that the password is not required on reconnect so
Does this work if you open your samba server in Nautilus ("Files")?
Deja-dup just uses the same gvfs operations nautilus does. If it works
there, it should work in deja-dup.
--
You received this bug notification because you are a member of Desktop
Packages, which is subscribed to deja-dup in
Thanks for the update, Wolf!
The first error you reported is the real one [1]: "Operation not
supported by backend." Samba has a history of being a bit flaky over
gvfs. I'll try to reproduce here and see if I know why this is
happening for ya.
[1] Don't bother running deja-dup with sudo, it's
today the update of deja-dup came in (35.6-0ubuntu1 -> 36.0-0ubuntu1)
There is no directory /var/cache/samba which the application searches
for.
creating it, does not help ->
Backup failed
Operation not supported by backend
$ deja-dup
(org.gnome.DejaDup:5945): Gtk-WARNING **: Allocating size
OK, I'm not entirely sure why you hit this situation, but I can see in
the code why you might end up with that error. So I've committed a fix
to avoid ending up there, and added code to print the error to the
console, so next time this happens we can have more of a clue.
Sorry again, ignore #2.
The backup to a remote SMB server does not work
** Changed in: deja-dup (Ubuntu)
Status: Invalid => New
--
You received this bug notification because you are a member of Desktop
Packages, which is subscribed to deja-dup in Ubuntu.
This was my mistake.
SMB is considered a local folder (file). Setting it up that way works fine.
The credentials are asked for during backup (in 34.x one had to enter Username
/ Domain)
** Changed in: deja-dup (Ubuntu)
Status: New => Invalid
--
You received this bug notification
12 matches
Mail list logo
