Re: cross-platform backup tool Traceback of failed backup
Robert Nichols <[email protected]>
| Newsgroups | gmane.comp.sysutils.backup.rdiff-backup.general |
|---|---|
| Message-ID | <[email protected]> |
OK, I'll do that. Unfortunately, the problem is not 100% repeatable. After reverting the archive to the previous state (it had verified OK prior to this failing session), a re-run of this same backup completed successfully. This isn't the first time I've encountered this error, and it seems I'll have to wait for the next Fedora kernel update to see if it happens again.
--
Bob Nichols "NOSPAM" is really part of my email address.
Do NOT delete it.
On 10/30/22 3:11 AM, EricZolf wrote:
> Hi Robert,
>
> could be a regression indeed. Do you mind creating an issue with the exact call you used?
>
> Thanks, Eric
>
> PS: Fedora, good distro choice :-)
>
>
> On 29/10/2022 17:28, Robert Nichols wrote:
>> Can someone please make sense of this traceback from a rdiff-backup 2.0.5 client backing up to a rdiff-backup 2.1.3b3 server.
>>
>> The directory /usr/lib/modules/5.19.12-200.fc36.x86_64/extra is deleted since the previous backup. The entire /usr/lib/modules/5.19.12-200.fc36.x86_64 subtree was deleted by the most recent kernel update. It exists and verifies OK in the previous backup.
>>
>> Warning: Local version 2.0.5 does not match remote version 2.1.3b3.
>> Exception 'Either diff '<RORPath/140364064494144:
>> Index=('usr', 'lib', 'modules', '5.19.12-200.fc36.x86_64', 'extra')
>> Data={'type': None, 'filetype': 'snapshot'}>' or base '<RPath/140364064904528:
>> Path=/media/sysbk/lenovo-F36/usr/lib/modules/5.19.12-200.fc36.x86_64/extra
>> Index=('usr', 'lib', 'modules', '5.19.12-200.fc36.x86_64', 'extra')
>> Connection=LocalConnection
>> Data={'type': None}>' must be a directory' raised of class '<class 'AssertionError'>':
[snipped]