[Top][All Lists]
[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
pgpoMOFpmivTQ.pgp
Description: PGP signature