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

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

Re: [rdiff-backup-users] Problems after manually deleting files


From: Ben Escoto
Subject: Re: [rdiff-backup-users] Problems after manually deleting files
Date: Wed, 27 Aug 2003 13:39:22 -0700

>>>>> "DA" == Daniel Stjernholm Andersen <address@hidden>
>>>>> wrote the following on Sat, 23 Aug 2003 18:49:50 +0200

  DA> Hi.  I have been so foolish to delete a directory in my backup
  DA> by hand. Now I cannot make backups, I get the following error:

Yep, you aren't supposed to do that :-)

  DA> line 207, in can_fast_process AttributeError: RegressFile

Hmm, dunno about this error.  I tried to do what you did and to see
what happens.  Further backups complained, but didn't exit.  I did get
a bunch of errors restoring though.  The patch at:

http://savannah.nongnu.org/cgi-bin/viewcvs/rdiff-backup/rdiff-backup/rdiff_backup/restore.py.diff?r1=1.31.2.1&r2=1.31.2.2

fixes at least the problems I saw, so that rdiff-backup complains (and
of course doesn't restore the deleted files) but doesn't exit.

If you are seeing other problems, it would help if you could tell me
exactly how to recreate those problems.

  DA> I then tried to use --remove-older-than to remove the references
  DA> to this directory. I have never use --remove-older-than before
  DA> now, and I think there might be some trouble with it on my
  DA> system:

  DA> $ rdiff-backup --remove-older-than 1D /backup/bipper/data/dev

It looks like there was a bug in the error message, but the basic
problem is that you can't apply --remove-older-than to subdirectories
of the rdiff-backup destination dir.  It's all or nothing.

  DA> What can I do to "refresh" the metadata file, so I can run
  DA> backups again, and why does my --remove-older-than fail?

Try finding the metadata file in question, and deleting it (or,
better, removing it so that rdiff-backup can't find it).  Of course if
you have information stored there but not in the mirror directory
(e.g. you ran the destination side non-root and have ownership
information only in metadata) you will lose it.


-- 
Ben Escoto

Attachment: pgpoMOFpmivTQ.pgp
Description: PGP signature


reply via email to

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