bugrdiff-backup - Bugs: bug #17980, Feature request: better handling...

 
 

bug #17980: Feature request: better handling of growing log files

Submitted by:  Per Cederqvist <ceder>
Submitted on:  Thu 12 Oct 2006 11:26:39 AM UTC  
 
Category: NoneSeverity: 1 - Wish
Item Group: NoneStatus: Wont Fix
Privacy: PublicAssigned to: None
Open/Closed: Closed

Add a New Comment(Rich Markup)
   

You are not logged in

Please log in, so followups can be emailed to you.

 

Tue 25 Oct 2011 06:02:50 PM UTC, comment #3:

What's the desire in backing up log files? If you restore the system from backup, do you plan on restoring the log files?

If a file changes in size during the backup, how can rdiff-backup know if the file changed merely due to an append and not a larger alteration? (eg: entirely erased and re-written).

Generally, with any backup tool, it's assumed that files you're backing up aren't changing. If you can't exclude the changing files (ex: the mailboxes problem on the wiki), use a temporary LVM snapshot and have your backup tool work on the frozen filesystem while changes are made to the live filesystem. Then remove the snapshot and let the changes merge back in.

Paul <bobpaul>
Mon 13 Nov 2006 09:07:47 PM UTC, comment #2:

Now that I have a Savannah account, I want to mention that I posted comment #1.

Andrew Ferguson <owsla>
Project Administrator
Mon 13 Nov 2006 02:58:34 AM UTC, comment #1:

Perhaps this feature can be implemented in general by a patch for the 'UpdateErrorRetry' request in the wiki. See:

http://rdiff-backup.solutionsfirst.com.au/index.php/UpdateErrorRetry

Anonymous
Thu 12 Oct 2006 11:26:39 AM UTC, original submission:

I'm using rdiff-backup to back up a system that almost always writes to /var/log/messages while the backup is running. So my backup of that file is old and stale.

I have a suggestion: when starting to back up a file, check how large it is. While doing the actual backup, only handle the initial part that existed at the start of the operation. If the file changes while the backup is running, check if the only change is that new data has been appended. If so, don't fail with an UpdateError. Log a warning, and make sure that the initial part of the log file is properly backed up.

Even better: make the warning configurable on a per-file basis. You could have options --logfile, --logfile-filelist, --logfile-globbing-filelist et c to let the user define which files that are log files (with the same syntax as the --exclude options). Only produce the warning for file that are not configured to be log files.

Per Cederqvist <ceder>

 

(Note: upload size limit is set to 16384 kB, after insertion of the required escape characters.)

Attach File(s):
   
   
Comment:
   

No files currently attached

 

Depends on the following items: None found

Items that depend on this one: None found

 

Carbon-Copy List
  • -unavailable- added by davekempe (Updated the item)
  • -unavailable- added by bobpaul (Posted a comment)
  •  

    Do you think this task is very important?
    If so, you can click here to add your encouragement to it.
    This task has 0 encouragements so far.

    Only logged-in users can vote.

     

    Please enter the title of George Orwell's famous dystopian book (it's a date):

     

     

    Follow 3 latest changes.

    Date Changed By Updated Field Previous Value => Replaced By
    Fri 12 Feb 2016 09:53:41 AM UTCdavekempeStatusNone=>Wont Fix
      Open/ClosedOpen=>Closed
    Sun 05 Nov 2006 01:37:47 AM UTCdgaudetSeverity3 - Normal=>1 - Wish

    Back to the top


    Powered by Savane 3.1-cleanup1