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@lists.sourceforge.net List: https://lists.sourceforge.net/lists/listinfo/backuppc-users Wiki: http://backuppc.wiki.sourceforge.net Project: http://backuppc.sourceforge.net/