Hi,
Boris HUISGEN wrote on 2011-03-02 15:53:10 +0100 [Re: [BackupPC-users] 18 hour
incremental backups?]:
> The compression is disabled (level 0 = no compression)
just for the archives: that's complete nonsense. What *should* be disabled
is top-posting. Level 0 means "full backup", not "compression disabled". And
disabled compression would usually not make the backups slower, not by orders
of magnitude in any case. In fact, if there are a lot of files that are not
yet to be found in the pool, disabling compression should make the backup run
*faster*.
> Le 28/02/11 18:09, Rob Morin a écrit :
> > Hello all? I cannot seem to wonder why incremental backups would take 18
> > hours?
> >
> > 2011-02-26 23:00:10 incr backup started back to 2011-02-21 20:00:01
> > (backup #0) for directory /etc
> > 2011-02-26 23:02:15 incr backup started back to 2011-02-21 20:00:01
> > (backup #0) for directory /home
> > 2011-02-27 16:34:08 incr backup started back to 2011-02-21 20:00:01
> > (backup #0) for directory /usr/local/src
> > 2011-02-27 16:35:41 incr backup started back to 2011-02-21 20:00:01
> > (backup #0) for directory /var/lib/mysql/mysql_backup
> > 2011-02-27 18:01:46 incr backup 5 complete, 12825 files, 28192345844
> > bytes, 0 xferErrs (0 bad files, 0 bad shares, 0 other)
> >
> > The home dir is under 50 gigs, and its incremental?
[I hope you've solved the problem in the mean time, but I thought I'd add
something for the benefit of anyone finding this in the archives. If you
found out what the problem was, you could share your results.]
Well, you see that it *is* the home dir that is taking 17.5 of 19 hours, and
you seem to be transferring 28 GB in total, so I'd guess there are a lot of
changes. In fact, the next incremental backup, based on the same full backup,
ran significantly faster. You could look into the XferLOG for that backup
to get an idea of what was actually happening (lots of small temporary
files?).
> > Backup# Type Filled Level Start Date Duration/mins Age/days Server
> > Backup Path
> >
> > 0
> > <https://mail.6948065.com/backuppc/index.cgi?action=browse&host=d9.interhub.local&num=0>
> > full yes 0 2/21 20:00 202.1 6.7 /var/lib/backuppc/pc/d9.interhub.local/0
> > [...]
> > 5
> > <https://mail.6948065.com/backuppc/index.cgi?action=browse&host=d9.interhub.local&num=5>
> > incr no 1 2/26 23:00 1141.6 1.5 /var/lib/backuppc/pc/d9.interhub.local/5
> >
> > 6
> > <https://mail.6948065.com/backuppc/index.cgi?action=browse&host=d9.interhub.local&num=6>
> > incr no 1 2/27 23:00 566.9 0.5 /var/lib/backuppc/pc/d9.interhub.local/6
Still, the fact that your full backup is considerably faster does seem
strange. From the information you've given, I can't even begin to guess
what might be wrong.
Regards,
Holger
------------------------------------------------------------------------------
EditLive Enterprise is the world's most technically advanced content
authoring tool. Experience the power of Track Changes, Inline Image
Editing and ensure content is compliant with Accessibility Checking.
http://p.sf.net/sfu/ephox-dev2dev
_______________________________________________
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/
|
