On Tue, Apr 01, 2008 at 01:46:46PM -0700, Craig Barratt wrote:
> John writes:
> > I am noticing an issue in our backuppc installation.
> >
> > Every Monday we have 20-30 hosts (of 84) that were not backed up in
> > the prior 24 hours. It seems the /var/log filesystem takes much longer
> > on the sunday/monday backups than it takes during the rest of the
> > week.
> >
> > [snip]
> >
> > I think the problem is that log files are rotated on Sunday AM, so the
> > Sunday night/Monday morning backup run has to transfer the entire
> > contents of these log files because the names change during the log
> > rotation.
>
> Yes, that makes sense. Unfortunately a renamed file cannot be easily
> matched, so it has to be transferred and then matched against the pool.
>
> (A better approach with log files is to append the date stamp to the
> name, rather than an incrementing number.)
Yup, but most syslog's don't support that nor does logrotate support
date stamping during rotation. That would definitely reduce it to just
1 file having to be totally re-copied though.
> Any chance you have sparse files in /var/log? They can be very large,
Nope, well none except for lastlog and that doesn't get rotated weekly
and isn't very large.
> and npone of the Xfer methods detect sparse files.
Doesn't rsync support sparse files, or do you mean the rsync perl
module doesn't support them.
--
-- rouilj
John Rouillard
System Administrator
Renesys Corporation
603-244-9084 (cell)
603-643-9300 x 111
-------------------------------------------------------------------------
Check out the new SourceForge.net Marketplace.
It's the best place to buy or sell services for
just about anything Open Source.
http://ad.doubleclick.net/clk;164216239;13503038;w?http://sf.net/marketplace
_______________________________________________
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/
