Re: [rdiff-backup-users] More on failures to SMB-mounted disk

[Ben Escoto]

>>>>> "KE" == Keith Edmunds <address@hidden>
>>>>> wrote the following on Tue, 1 Apr 2003 20:40:59 +0100

  KE> Firstly, soft links are definitely a problem, causing the
  KE> following:

  KE> ====================================== SpecialFileError
  KE> httpd/htdocs/manual [Errno 1] Operation not permitted
  KE> UpdateError httpd/htdocs/manual Updated mirror temp file
  KE> /backups/zaphod/home/httpd/htdocs/rdiff-backup.tmp.33 does not
  KE> match source ======================================

If symlinks are not supported then the SpecialFileError is what should
be happening (see http://rdiff-backup.stanford.edu/error_policy.html).
However the UpdateError is extraneous, so try the patch at

http://savannah.nongnu.org/cgi-bin/viewcvs/rdiff-backup/rdiff-backup/rdiff_backup/backup.py.diff?r1=1.10&r2=1.11

  KE> Secondly, at the end of a backup (even one without soft links in
  KE> the source) I get the following (but note that the backup does
  KE> seem to run OK to completion before finishing like this):

  KE> 904, in fsync os.fsync(fp.fileno()) OSError: [Errno 22] Invalid
  KE> argument
    ...
  KE> 904, in fsync os.fsync(fp.fileno()) OSError: [Errno 22] Invalid
  KE> argument

  KE> This last error looks like a problem setting the date/time of a
  KE> file.

They both look like fsync errors, and it seems to consistently
fail.  Just to clarify, when you tested that fsync worked:

--------------------
address@hidden kae $ python
Python 2.2.2 (#1, Mar  6 2003, 16:53:00) 
[GCC 2.95.3 20010315 (release)] on linux2
Type "help", "copyright", "credits" or "license" for more information.
>>> import os
>>> fp = open("/nettmp/backup/temp", "rb")
>>> os.fsync(fp.fileno())
>>> 
---------------------

was /nettmp/backup/temp a directory, or just a regular file?  If it
was a directory, I'm not seeing why rdiff-backup's fsync seems to fail
consistently but it works from python directly.

There also seems to be a chmod error in one of those reports; we can
look at that later if we get some of these other issues straightened
out.


-- 
Ben Escoto

pgpMLGU1efP76.pgp
Description: PGP signature