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).
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 address@hidden
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 address@hidden
http://lists.nongnu.org/mailman/listinfo/rdiff-backup-users
Wiki URL: http://rdiff-backup.solutionsfirst.com.au/index.php/RdiffBackupWiki
|
