sbackup

backup over ftp doesn't work with sbackup 0.11.0

Bug #622095 reported by Alexander Schäfer on 2010-08-22

This bug affects 1 person

	Status	Importance	Assigned to
sbackup	Status tracked in Trunk
0.11	Fix Released	Low	Jean-Peer Lorenz
Trunk	Fix Released	Low	Jean-Peer Lorenz

Bug Description

Trying to backup with the lastest sbackup 0.11.0 provided via the repository results in an error on Ubuntu 10.04.

This is a fresh sbackup install (removed all backup files before installing the new version).

Using the exact same FTP settings as in the older 0.10.0 version. The new version accepts the settings in the profile menu, but when the background backup starts, the error "The file is not a directory" occurs and upon reopening the profile an error? icon appears instead of an accepted icon for the remote destination url.

A full debug log is attached.

Revision history for this message

Alexander Schäfer (mbalex) wrote on 2010-08-22:

sbackup.log Edit (8.3 KiB, text/plain)

Revision history for this message

Jean-Peer Lorenz (peer.loz) wrote on 2010-08-22:

Thanks for reporting this issue and helping to make SBackup better.

In order to track down the problem, could you please post a listing of the content of your backup destination under `/home/ufoofeuropa`? The output of `ls -lah` of this directory. Thank you.

Does the backup work if you create an empty folder in `/home/ufoofeuropa` (e.g. my-backups) and specify this one as destination?

Revision history for this message

Alexander Schäfer (mbalex) wrote on 2010-08-23:

/home/ufoofeuropa is an empty directory. The FTP server simulates a chrooted and virtual environment.

FTP Server: http://www.twbsd.org/ SmbFTPD running on a NAS

/ points to the virtual directory of "home", the server presents this as normal directory.

Home points to the real directory of the user's home, with all its contents, again this is presented as a normal directory not symlink or so.

In home I only have the directory of "ufoofeuropa" now, and no files in that directory (not even hidden ones).

Going on the ftp server, via nautilus gvfs, works without any problems and I still can create, delete, copy etc..

Revision history for this message

Alexander Schäfer (mbalex) wrote on 2010-08-24:

I just noticed that nautilus can't access permission information on the FTP server (right click on folder -> properties -> permissions). I don't know if this is a bug of nautilus or a limitation of the FTP server, but might have something to do with the problem.

Revision history for this message

Jean-Peer Lorenz (peer.loz) wrote on 2010-08-24:

> I don't know if this is a bug of nautilus or a limitation of the FTP server
No, this is typical for FTP servers and not a bug.

The error you encounter is quite unusual and has something to do with GIO. I guess with GIO fuse backend.

Did you tried this: Does the backup work if you create an empty folder in `/home/ufoofeuropa` (e.g. my-backups) and specify this one as destination?

Revision history for this message

Alexander Schäfer (mbalex) wrote on 2010-08-25:

Creating another empty-folder deeper into the structure, and selecting it as the next target does not help. Note that using the SMB protocol, sbackup 0.11.0 works just fine over GIO.

Additionally I just tried another FTP server, filezilla for windows, and I had no trouble with sbackup 0.11.0.

So the error must lie between sbackup 0.11.0 and SmbFTPD+Configuration.

Revision history for this message

Jean-Peer Lorenz (peer.loz) wrote on 2010-09-09:

I've added more useful debug output to version 0.11.1
Could you please re-run the setup described above and post the log. That would be really helpful.
Thanks a lot.