Les Mikesell wrote:
Rich Rauenzahn wrote:
Rob Owens wrote:
My understanding is that with tar and smb, all files are downloaded (and
then discarded if they're already in the pool).  Rsync is smart enough,
though, not to download files already in the pool.

-Rob
I was about to post the same thing. I moved/renamed some directories around on the server I am backing up, and it is downloading the entire file(s) again. Is there any interest in having BackupPC w/ rsync check the pool first before downloading? Is there a reason behind not doing it, or is it just something that hasn't been gotten to yet?

I don't think the remote rsync passes enough information to match the pool hashes. The check is done against files of the same name/location from the last backup and when matches are found there, only file differences are transferred.

I'm looking through the sources now.. I assumed that somehow the interface to File::RsyncP could return a checksum to BackupPC... can't tell if they are that tightly bound or not. How/when does compression occur? Ah, I see. It passes an I/O object into RsyncP. I think I'll move this to the devel list =-).

Rich
-------------------------------------------------------------------------
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2005.
http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
_______________________________________________
BackupPC-users mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/backuppc-users
http://backuppc.sourceforge.net/

Reply via email to