Waking up this thread :)

Ok, we discovered (and meanwhile I saw it on my systems) when doing 
backuo with rsync the first full backup will take several days until 
finished.

Once this is done, every following backup consumes much less bandwith, 
so it succeeds within 24hours.

But what happens to a Windows machine backed up through this line with 
smb? As there is no rsync involved may I assume every full backup needs 
this amount of time?
And does the smb transfer option start at the last failed backup again 
(just like rsync does)?

Thanks!

Les Mikesell schrieb:
> Christian Völker wrote:
>>
>> |> If the full backup fails, does it start from scratch every time or are
>> |> some files already stored in the backup and used during the next 
>> try, so
>> |> it'll finish some day?
>> | If you are using rsync as the transfer method it will continue
>> | approximately where it stopped.
>> Hmmm...may I check in some way how many data has been backed up? Even if
>> it was a failed full backup?
>> I remember it took me several days to initialize the rsnapshot backup.
>> But when I check the rsync open files on the server it always stays in
>> the same folder...
> 
> The web interface should show a 'partial' until the backup completes. I 
> don't have one in that state so I'm not sure how much other info you 
> get.  A brute force way to check is to go to the backuppc pc/hostname 
> directory and do a 'du' to see how much is there after each run - or 
> something like a 'find -ctime -1 .'
> 
>> |> Assume, the full backup is finished after two weeks- will the next 
>> full
>> |> backup take the same amount of time?
>> | If you are using rsync it will be much faster next time, sending only
>> | the changes.
>> If so, again the question what is then the difference between a full
>> rsync backup and an incremental one? I think I'll have to read the docs
>> again to understand this...tried already several times, didn't 
>> succesed ;-)
> 
> The main difference is that fulls do the equivalent of --ignore-times to 
> the rsync run and rebuild the archive tree.  The checksum comparison 
> takes some extra time but not much bandwidth.
> 


-------------------------------------------------------------------------
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK & win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&url=/
_______________________________________________
BackupPC-users mailing list
BackupPC-users AT lists.sourceforge DOT net
List:    https://lists.sourceforge.net/lists/listinfo/backuppc-users
Wiki:    http://backuppc.wiki.sourceforge.net
Project: http://backuppc.sourceforge.net/