Thanks for sharing Stefan.
Unfortunately, I don't think either of those is causing an issue here.
Both the remote and local sites have T1 connections each with a static
IP. I recently did an fsck of the backup client's filesystem in question
(I did it on the master client - any fsck changes wou
Les Mikesell wrote at about 07:55:42 -0600 on Monday, February 14, 2011:
> On 2/13/11 11:39 PM, Jeffrey J. Kosowsky wrote:
> >
> > So what should I be checking as possible causes of such a dramatic
> > slowdown of incremental backups?
>
> What just changed...? Weren't you making a code chan
On 2/13/11 11:39 PM, Jeffrey J. Kosowsky wrote:
>
> So what should I be checking as possible causes of such a dramatic
> slowdown of incremental backups?
What just changed...? Weren't you making a code change in the rsync
computations?
--
Les Mikesell
lesmikes...@gmail.com
Jeffrey J. Kosowsky wrote at about 00:39:10 -0500 on Monday, February 14, 2011:
> My incremental backups seem to be taking FOREVER now.
> I am backing up my server onto a SOHO NAS device.
> Incrementals used to to take about 30 minutes.
> Now it has been running for 16 hours and it is only part
Tyler J. Wagner wrote at about 07:36:20 + on Monday, February 14, 2011:
> I once had a problem like that with restores. It turned out to be wrong
> permissions on /tmp on the client (755, instead of 1777). Nothing noted
> in logs.
>
> Probably not related, but worth having documented some
Hi,
This option would be very useful. As a workaround we have been using
successfully:
/etc/backuppc/config.pl:
do "/etc/backuppc/external-control.pl";
Our control script:
BACKUPPC_CTRL_CONF="/etc/backuppc/external-control.pl"
BACKUPPC_CTRL_DISABLE='$Conf{BackupsDisable} = 2;'
BACKUPPC_CTRL_
