Back in time much slower than corresponding rsync command

I'm not an expert to BIT, but did you see & try the "full rsync mode" option under Preferences > Options?

This and the "SSH encrypted" mode appeared after upgrading to the latest 1.0.34 via ppa.

> Are there some options that might speed up the process?

Jepp. Just install the latest version :p
Current version is 1.0.34. If you are on Ubuntu you can use our PPA bit-team/stable

This is bug #1079479 (take a look at question #213871). BIT did redraw the complete restore log everytime a new line was added. As more lines this was, the longer it took. This is fixed since 1.0.18.

BIT will only take new snapshots at times you scheduled in Settings or if start it manually. It shouldn't start a new snapshot if you just open the GUI. Otherwise it would be a bug I don't know yet. Please double check this.

Restore doesn't call chmod/chown with subprocess. It uses os.chmod / os.chown (python) which is lot faster than subprocess calls. The log line only shows you what have been done.

'Full rsync mode' as recommended by Benjamin has nothing to do with you problems.

Regards,
Germar

Hi there!
I'm facing now the same problem with low speed during creation of snapshots with version 1.1.4, i.e. rsnyc alone works quite fine but BIT seems to be frozen (well, it is doing something, but as said very slowly...). The destination folder lies on a NAS-server, mounted via NFS. BTW, the same setup works fine on my Debian machine connected via LAN-cable; the problem occurs on my laptop with Ubuntu 14.04 installed connected via WiFi.
I would be very happy if you could give me a clue. I will of course give you any supplementary information needed; I did not send any because by default these are always the unnecessary ones ;-).
Thanks in advance!
Greetings
Matthias

This is not the same as the original Question (that was a bug in restore dialog).

Could you please switch over from mounting your NAS via NFS to BackInTime's SSH mode? Syncing to a local mounted NFS is very slow because for each and every filesystem action there has to be a tcp package send to the NAS and back. With SSH mode rsync will run on your NAS and will only transfer those parts of files which had changed.

If your NAS has a native Linux filesystem (e.g. EXT) you could also enable 'Full rsync mode' which will speed up the snapshot process, too.

Regards,
Germar

Hi Germar!
Thanks for the answer!! I'm now struggling a little bit with the ssh-connection which works fine in the console. But (there is always a but ;-)) when trying to set up BIT (root or non-root) I get the message "Host does not support rsync..." (tried to translate it from German to English...). Trying the given rsync-command in the console does not work (just to be sure...). The first step to solve it is to give a additional rsync option for the rsync-path on the remote machine because it's not located under /usr/bin, but when setting this path in the BIT GUI under KDE the rsync command in the error dialogue does not change, i.e. the additional option is not added...??? I created a symbolic link in /usr/bin to rsync, but rsync is not interested in this link...Any idea?

The automatic tests running after pressing OK in Settingsdialog doesn't always get all new settings (including the additional options). This is a bug and I'll fix this for next version.

For now you can either add the option manually in ~/.config/backintime/config:
profile1.snapshots.rsync_options.enabled=true
profile1.snapshots.rsync_options.value=--rsync-path=/opt/bin/rsync

or add rsyncs path to the $PATH environ on your remote host:
ssh user@host echo "PATH=/opt/bin/:\$PATH" > ~/.ssh/environment

You would also need to activate "PermitUserEnvironment yes" in your /etc/ssh/sshd_config on remote.

The bug about ignoring new settings in automatic tests is fixed in current testing release. If you would like to test this please run

sudo add-apt-repository ppa:bit-team/testing
sudo apt-get update
sudo apt-get upgrade

Hello Germar!
Thanks for your reply! So I'm now one step further but it still doesn't work on my Synology NAS...There is a instruction how to set up the server (http://wiki.qedinux.be/index.php?title=BackInTime_to_Synology_DSM_5), but this doesn't work (ssh, sshfs and sftp are using some different roots as far as I understand...), but this gave me a clue. Fortunately your code is great to read so with some debugging I should be able to find a workaround, either on server side or on BiT side; depending what's more fun ;-). Hope the kids will give me some two hours to play around with it ;-).
Greetings
Matthias