rdiff-backup-users
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [rdiff-backup-users] remove-older-than takes hours and slows down th


From: Thomas S. Dixon
Subject: Re: [rdiff-backup-users] remove-older-than takes hours and slows down the system....
Date: Tue, 08 Feb 2005 08:47:57 -0500
User-agent: Mozilla Thunderbird 0.9 (X11/20041127)

actually, my first guess is that you're running out of temp space since you said there's 0% space available. i know there's a way to tell rdiff-backup to use a different location for temp, so either specify a temp location on a different disk with more space, or clear out some room before removing your increments.

hth
-tommy

Maarten Bezemer wrote:
Hi,

My first guess would be that the harddisk containing the backup is
dying. By pure coincidence, I've got a (Maxtor) 18GB harddisk with exact
that problem. No bad blocks, just *very* slow. Trying to open a new xterm
while accessing data on that drive occasionally takes up to 30 seconds...

If the system is running some Unix flavor, you can try tools like 'top'
and 'ps' to figure out if it's rdiff-backup running like a madman or it's
maybe just the hardware.

HTH,
 Maarten


On Fri, 4 Feb 2005, Ryan Castle wrote:


That seems very odd. You could probably write a fairly quick perl
script that does the same as remove older than. All it does is removed
increments older than a certain date. In theory, it should be a simple
process.

Ryan


On Thu, 3 Feb 2005 10:35:59 -0500, George Gallen <address@hidden> wrote:



I currently backup to a directory on the same system as the data for an online backup system. The filesystem it's backing up has been reduced to just about 0% space available.
I executed a rdiff-backup --force --remove-older-than mm/dd/yyyy
/targetdirectory
It should have been about 60 incremental backups during that time frame, and
an overall of about 15-20gb, with maybe a 1% daily change rate of the data.
Is it normal for rdiff-backup to slow the system down to a crawl, and/or
take over 3 hours (I had to Control-C the program), and in that amount of time only 1% diskspace had been reclaimed? The total filesystem space is 18gb.
I will most likely backup the directory to tape, then I will hard delete the
incremental backup directory, and start from scratch online, unless there is
a faster way to remove the files?
This is running on a RH 7.3, The number of users is usually about 20, and is
not open to the internet. Thanks George _______________________________________________
rdiff-backup-users mailing list at address@hidden
http://lists.nongnu.org/mailman/listinfo/rdiff-backup-users
Wiki URL:
http://rdiff-backup.solutionsfirst.com.au/index.php/RdiffBackupWiki




_______________________________________________
rdiff-backup-users mailing list at address@hidden
http://lists.nongnu.org/mailman/listinfo/rdiff-backup-users
Wiki URL: http://rdiff-backup.solutionsfirst.com.au/index.php/RdiffBackupWiki







_______________________________________________
rdiff-backup-users mailing list at address@hidden
http://lists.nongnu.org/mailman/listinfo/rdiff-backup-users
Wiki URL: http://rdiff-backup.solutionsfirst.com.au/index.php/RdiffBackupWiki





reply via email to

[Prev in Thread] Current Thread [Next in Thread]