[Top][All Lists]

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

Re: [rdiff-backup-users] Files Missing In Backup Resulting in Update Err

From: Dominic Raferd
Subject: Re: [rdiff-backup-users] Files Missing In Backup Resulting in Update Error
Date: Thu, 15 May 2014 10:27:57 +0100
User-agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:24.0) Gecko/20100101 Thunderbird/24.5.0


My guess is that it is something to do with gfs2, there doesn't seem to be much experience of this with rdiff-backup.

Please let us know if Mike's patch works for you, as this would suggest it might have wider applicability.

If not, is it possible for you to run rdiff-backup the other way around i.e. run rdiff-backup on the destination (with local gfs2) pulling from remote ext4 source? And/or try it with --no-eas and/or -no-acls.


On 15/05/2014 10:06, M. Verkerk wrote:

I’m mistaking, you’re right.. A previous setup was using sshfs and it’s actually the internal system which is being used now.

The destination folder has a gfs2 file system.

The source folders have ext4.

attributes / access is not really essential, but preferred! 


On 15 May 2014, at 10:45, Dominic Raferd <address@hidden> wrote:

Hello Marijn

Yes from Mike's email it does seem there is a problem with rdiff-backup if the destination filesystem is accessed via NFS.

I hadn't realised you use sshfs, the script you gave appeared to use rdiff-backup's internal connection method. Yet I use sshfs to mount a remote source directory (for a source machine which cannot run rdiff-backup) and I have never had any problems with it, my remote filesystem is ext4 (previously reiserfs), the destination filesystem is ext4. I have always used rdiff-backup switches --no-eas and --no-acls which may or may not be significant, and I backup from an LVM snapshot of the source.

What are the underlying filesystems for the sources (/etc and /home) and for the destination (YYY.domain.nl::/data/backup/XXX/rdiff-disk-backup)?

TimeDicer: Free File Recovery from Whenever

On 14/05/2014 13:43, M. Verkerk wrote:
Dear Dominic,

Thanks for your response!

Some of these files are from inactive users and I’m quite sure their files weren’t changed during the rdiff backup!

Did you read the email from Mike Fleetwood? These are similar error messages, allegedley caused by retrieving wrong hid and gid on NFS file systems. I’m using a remote filesystem as well, SSHFS, over here!

I have applied this patch and running a backup at this very moment. Unfortunately it’s taking quite long because I had to interrupt a previous backup and rdiff is busy with ‘regressing’.


On 14 May 2014, at 14:07, Dominic Raferd <address@hidden> wrote:

Marijn, a similar situation was discussed here quite recently, see http://lists.gnu.org/archive/html/rdiff-backup-users/2014-03/msg00012.html. The cause in this case, and probably in yours, is that the source data is changing while the backup is proceeding. I note that in your case some of the source files that are missing in backup have not changed, but maybe their metadata changed? What filesystem are they on?

If you really need to backup the missing files, using a static copy of the source (e.g. a snapshot) should solve the problem. If the missing files are unimportant, Chris Wilson suggested a way to stop these messages appearing.


rdiff-backup-users mailing list at address@hidden
Wiki URL: http://rdiff-backup.solutionsfirst.com.au/index.php/RdiffBackupWiki

TimeDicer: Free File Recovery from Whenever

reply via email to

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