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

[Dominic Raferd]

Marijn,

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.

Dominic

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

Dominic,

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! 

Thanks,

Marijn

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)?

Dominic

--
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’.

Regards,

Marijn

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.

Dominic

_______________________________________________
rdiff-backup-users mailing list at address@hidden
https://lists.nongnu.org/mailman/listinfo/rdiff-backup-users
Wiki URL: http://rdiff-backup.solutionsfirst.com.au/index.php/RdiffBackupWiki

--
TimeDicer: Free File Recovery from Whenever