You are correct in your analysis. Using rdiff-backup locally + rsync to
the NFS mount would certainly work.
JoshN
Scott Schappell wrote:
So, then, to get
optimal performance of rdiff-backup, it either needs to be a disk to disk copy on the local machine or transport via SSH?
I like the rdiff-backup methodology, and I trust it more than just doing rsync and both rsync and rdiff-backup are vastly superior to doing the dumps to a file I was doing.
I suppose I could rdiff-backup to a local disk, and then rsync that to the NFS
mount, or is that ill advised?
Thanks for the reply, Josh
Scott
On Aug 12, 2009, at 09:57:47, Josh Nisly wrote:
The issue is that since you're using an NFS mount instead of SSH, the
network transfer benefits of rdiff-backup are lost. Really, if you
want to get reasonable performance, you need to install rdiff-backup
on the NAS and enable SSH access.
JoshN
Scott Schappell wrote:
Hello,
I was wondering if the use of NFS mounts is contraindicated for
rdiff-backup? The documentation on the site alludes to some errors,
but then release notes seem to indicate that bug fixes were put into
place for those errors. I am running rdiff-backup version 1.2.8
installed via FreeBSD 7.2 ports. The system is an older P4 2.8 with
2 GiB of RAM and 100 Mbps network speeds.
It took rdiff-backup 1 hour 49 minutes and 7.88 seconds according to
the log. The log stated it backed up 6634675372 bytes in 6547.88
seconds.
6634675372 bytes = 53077402976 bits
53077402976 / 6547.88 seconds = 8106044 bits per second or 8.11 Mbps
The NAS device I'm backing up to (ReadyNAS NV) does not allow
inbound SSH (well, they blocked it and as of yet I haven't gotten
around to breaking into it) so I need to do my backups via NFS over
TCP and is direct connected by crossover cable.
Also, as an interesting note when I'm copying files from the server
to the NAS directly, my MRTG graphs show outbound traffic
approaching 80 Mbps, but when rdiff-backup is running, it shows
traffic inbound AND outbound
(see http://archon.silvertree.org/rdiff.png)
<http://archon.silvertree.org/rdiff.png%29>.
This has me somewhat flummoxed as I like the way rdiff-backup seems
to work, but I definitely need more speed. I know that subsequent
backups should be quicker, but this is a pretty serious performance hit.
Thanks for any pointers,
Scott
------------------------------------------------------------------------
_______________________________________________
rdiff-backup-users mailing list at [email protected]
http://lists.nongnu.org/mailman/listinfo/rdiff-backup-users
Wiki URL: http://rdiff-backup.solutionsfirst.com.au/index.php/RdiffBackupWiki
------------------------------------------------------------------------
_______________________________________________
rdiff-backup-users mailing list at [email protected]
http://lists.nongnu.org/mailman/listinfo/rdiff-backup-users
Wiki URL: http://rdiff-backup.solutionsfirst.com.au/index.php/RdiffBackupWiki
_______________________________________________
rdiff-backup-users mailing list at [email protected]
http://lists.nongnu.org/mailman/listinfo/rdiff-backup-users
Wiki URL: http://rdiff-backup.solutionsfirst.com.au/index.php/RdiffBackupWiki
