responses inline... Thanks,
Fred On Wed, May 13, 2015 8:25 pm, Les Mikesell wrote: > On Wed, May 13, 2015 at 7:02 PM, <[email protected]> wrote: >> Both computers are on the same LAN. There should be no firewalls between >> them >> except on the BackupPC server(linux) and client (windows). > > I think even the windows host firewall can have a state timeout. On windows is this a global parameter? I do not remember seeing it when I opened the port for rsync. > >> From the XferLOG >> it appears as though this was a quite active connection. Is there a way to >> time stamp these log messages so that the duration of an idle period can be >> detected. > > If you were watching you might catch timestamps in the 'new' directory. > >> Does the rsync running on the client first determine all the files that are >> to >> be sent and then send the list back to the BackupPC server (i.e., batch) or >> does the rsync client spew the list as it is being produced (i.e., >> continuous). I would suspect that it is not batch, as this would produce >> then >> same results in the full backup case. > > No, it sends an equivalent of the whole directory tree, then both > sides walk it sending the differences. In the incremental case, it > will skip files where the name/length/timestamp match the previous > copy. When backuppc does a full, it adds the --ignore-times option to > rsync, forcing it to read everything and compare block checksums. > Normally an incremental run with few changes will complete quickly. > Do you have a large number running concurrently? I only ever see two or three marked as 'currently running' at a time when looking at the host summary. This is always happening, incr fails and full completes. How can I see this 'whole directory tree' that is sent from the client being backed-up?, the XfreLOG starts with a list of 'got' an individual file. I assume 'got' means uploaded to BackupPC storage. (I hope the first sentence here is inaccurate, i.e., the rsync on the BackupPC side should not be sending / updating files to/on the backuped client. Please confirm.) > >> >From the fact that the incr backup was started immediately after the full >> backup, I would expect to see a very small XferLOG. In which I could >> imagine >> there being a long time between rsync on the client finding and reporting a >> file to be backed-up. With the size of the XferLOG (thousands of lines) I >> find >> it hard to imaging that there was silent period causing a timeout. > > Is the number realistic? Maybe you have odd timestamps/ownership or > something that the server can't match. If the timestamps/ownerships appear to have changed, i.e., the comparison fails, shouldn't the incr perform the same as the full, with a few milliseconds added in between each file check? > >> Note the summary page for this client says backup #11 is type full, yet the >> XfreLOG say it is a incr. > > No idea about that. > > -- > Les Mikesell > [email protected] > > ------------------------------------------------------------------------------ > One dashboard for servers and applications across Physical-Virtual-Cloud > Widest out-of-the-box monitoring support with 50+ applications > Performance metrics, stats and reports that give you Actionable Insights > Deep dive visibility with transaction tracing using APM Insight. > http://ad.doubleclick.net/ddm/clk/290420510;117567292;y > _______________________________________________ > BackupPC-users mailing list > [email protected] > List: https://lists.sourceforge.net/lists/listinfo/backuppc-users > Wiki: http://backuppc.wiki.sourceforge.net > Project: http://backuppc.sourceforge.net/ > ------------------------------------------------------------------------------ One dashboard for servers and applications across Physical-Virtual-Cloud Widest out-of-the-box monitoring support with 50+ applications Performance metrics, stats and reports that give you Actionable Insights Deep dive visibility with transaction tracing using APM Insight. http://ad.doubleclick.net/ddm/clk/290420510;117567292;y _______________________________________________ BackupPC-users mailing list [email protected] List: https://lists.sourceforge.net/lists/listinfo/backuppc-users Wiki: http://backuppc.wiki.sourceforge.net Project: http://backuppc.sourceforge.net/
