[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: [rdiff-backup-users] rdiff-backup detects that many files has change
Re: [rdiff-backup-users] rdiff-backup detects that many files has changed - cifs mount
Tue, 09 Jul 2013 15:29:46 +0200
Mozilla/5.0 (Windows NT 6.1; WOW64; rv:17.0) Gecko/20130620 Thunderbird/17.0.7
Sorry for the late reply. Unfortunately I was not able to solve the
problem. Currently we arre running a daily full backup, and try to live
with it (it takes 5 h instead of 3-5minutes). I guess it has to do with
the Samba shares. I am still hoping that I can find a solution. If I
can't find any prehaps I will move to Unison.
Mit freundlichen Grüßen
Attila Strba, PhD
iSYS RTS GmbH
Tel: +49 (0) 89 442 30 68-32 | Fax (0) 89 442 30 68-14
Grillparzerstr. 10 | D-81675 Muenchen
Sitz der Gesellschaft: Muenchen | HRB 151897
Geschaeftsfuehrer: Georg Hutter
Am 05.07.2013 09:50, schrieb Teddai:
I had a thought. In the manpage for rdiff-backup, see if the paragraph
the "--no-compare-inode" option might explain what is happening.
I have the same problem now since 4 weeks. rdiff-backup is used for many
years on a Debian server to backup a Windows file server over various CIFS
After I moved the virtual machine of my Windows server from VMware Server to
VMware ESXi all files were always treated as changed on every backup. I can
reproduce this also with a clean backup repository. This only happens if the
backup source is a CIFS mount.
I tried various rdiff-backup flags (--no-compare-indoe, --no-acl, --no-eas)
and various mount options (iocharset and so on) with no success. The backup
needs now ~ 20 hours instead of 3-5 hours before...
@Attila Strba: How did you solve this problem?
View this message in context:
Sent from the rdiff-backup-users mailing list archive at Nabble.com.
rdiff-backup-users mailing list at address@hidden
Wiki URL: http://rdiff-backup.solutionsfirst.com.au/index.php/RdiffBackupWiki