Re: Can I interrupt an rdiff-backup backup?

Mike Hart <[email protected]> Sat, 21 Jan 2023 18:14:50 +0000
Newsgroups gmane.comp.sysutils.backup.rdiff-backup.general
Message-ID <[email protected]>
Hi Robert

Many thanks for the reply.  Your answer explains why there's no activity 
on the local drive but steady activity on the remote drive (as well as 
what rdiff-backup is doing, of course).

I'm going to delete the lot and start again, but I have a problem 
deleting the rdiff-backup-data directory

below is what happens.  I'd be grateful for any solutions.  This is 
Ubuntu 22.04 in case it's not obvious.

mike@TV-PC:/media/primary/backups/Mike-PC/Projects$ rm -rfv 
rdiff-backup-data
removed 'rdiff-backup-data/.fuse_hidden0014522e000000c4'
removed 'rdiff-backup-data/.fuse_hidden0014522f000000c1'
removed 'rdiff-backup-data/.fuse_hidden00145a71000000c2'
removed 'rdiff-backup-data/.fuse_hidden00145fa2000000c3'
rm: cannot remove 'rdiff-backup-data': Directory not empty
mike@TV-PC:/media/primary/backups/Mike-PC/Projects$ ls rdiff-backup-data
mike@TV-PC:/media/primary/backups/Mike-PC/Projects$ ls -la rdiff-backup-data
total 804
drwxrwxrwx 1 root root   4096 Jan 21 12:47 .
drwxrwxrwx 1 root root    464 Jan 21 04:40 ..
-rwxrwxrwx 1 root root      0 Jan 21 04:00 .fuse_hidden0014522e000000c5
-rwxrwxrwx 1 root root 220862 Jan 21 07:11 .fuse_hidden0014522f000000c6
-rwxrwxrwx 1 root root 572052 Jan 21 08:31 .fuse_hidden00145a71000000c7
-rwxrwxrwx 1 root root  23842 Jan 21 04:13 .fuse_hidden00145fa2000000c8

On 21/01/2023 15:18, Robert Nichols wrote:
> On 1/21/23 5:29 AM, Mike Hart wrote:
>> Hi
>>
>> I've just started using rdiff-backup (rd-b), which I think is a great 
>> program.  I started an initial backup that I expected to take about 3 
>> days, but during the night my computer decided to reboot or at least 
>> close down the window running rd-b (amongst others).
>>
>> I have re-started rd-b but as far as I can see there is no disk 
>> activity at all on the local disk. There does appear to be some 
>> activity on the Server (remote disk) which makes me think that rd-b 
>> is caught in an infinite loop of some sort.
>
> The server is undoing the failed backup. This is a very lengthy 
> operation. Since this is your initial backup, it will be faster to log 
> into the server and simply delete the entire archive for this computer.
>
> Unless this "3 days" is just due to a a slow network, this has the 
> potential to be a big problem in the future. If a subsequent 
> incremental backup should fail, the server could take that much time 
> or more to regress the archive to the last successful backup.
>