cygwin probs fsync again :(

Previous Topic Next Topic
 
classic Classic list List threaded Threaded
3 messages Options
Reply | Threaded
Open this post in threaded view
|

cygwin probs fsync again :(

Dave Kempe
Hi,
Still having problems on cygwin - here is the traceback on a -v7 initial
backup from inside cygwin:


Writing file object to /cygdrive/c/tmp/src-test2/rdiff-backup.tmp.403
Copying attributes from ('rdiff-backup.iss',) to
/cygdrive/c/tmp/src-test2/rdiff
-backup.tmp.403
Setting time of /cygdrive/c/tmp/src-test2/rdiff-backup.tmp.403 to 1075704680
Renaming /cygdrive/c/tmp/src-test2/rdiff-backup.tmp.403 to
/cygdrive/c/tmp/src-t
est2/rdiff-backup.iss
Copying attributes from () to /cygdrive/c/tmp/src-test2
Setting time of /cygdrive/c/tmp/src-test2 to 1130454638
Writing mirror marker
/cygdrive/c/tmp/src-test2/rdiff-backup-data/current_mirror
.2005-10-28T09;05813;05837+10;05800.data
Traceback (most recent call last):
   File "/usr/bin/rdiff-backup", line 23, in ?
     rdiff_backup.Main.Main(sys.argv[1:])
   File "/usr/lib/python2.4/site-packages/rdiff_backup/Main.py", line
293, in Main
     take_action(rps)
   File "/usr/lib/python2.4/site-packages/rdiff_backup/Main.py", line
263, in take_action
     elif action == "backup": Backup(rps[0], rps[1])
   File "/usr/lib/python2.4/site-packages/rdiff_backup/Main.py", line
317, in Backup
     rpout.conn.Main.backup_touch_curmirror_local(rpin, rpout)
   File "/usr/lib/python2.4/site-packages/rdiff_backup/Main.py", line
428, in backup_touch_curmirror_local
     mirrorrp.fsync_with_dir()
   File "/usr/lib/python2.4/site-packages/rdiff_backup/rpath.py", line
1110, in fsync_with_dir
     self.fsync(fp)
   File "/usr/lib/python2.4/site-packages/rdiff_backup/rpath.py", line
1077, in fsync
     if not fp: self.conn.rpath.RPath.fsync_local(self)
   File "/usr/lib/python2.4/site-packages/rdiff_backup/rpath.py", line
1090, in fsync_local
     os.fsync(fd)
OSError: [Errno 13] Permission denied
Exception exceptions.TypeError: "'NoneType' object is not callable" in
<bound method GzipFile.__del__ of <gzip open file
'/cygdrive/c/tmp/src-test2/rdiff-backup
-data/error_log.2005-10-28T09;05813;05837+10;05800.data.gz', mode 'wb'
at 0x509380 0x634eec>> ignored

Is that helpful at all Ben?
Let me know if there are other tests that need doing.

thanks

dave


_______________________________________________
rdiff-backup-users mailing list at [hidden email]
http://lists.nongnu.org/mailman/listinfo/rdiff-backup-users
Wiki URL: http://rdiff-backup.solutionsfirst.com.au/index.php/RdiffBackupWiki
Reply | Threaded
Open this post in threaded view
|

Re: cygwin probs fsync again :(

Ben Escoto
>>>>> Dave Kempe <[hidden email]>
>>>>> wrote the following on Fri, 28 Oct 2005 09:19:27 +1000
> Hi,
> Still having problems on cygwin - here is the traceback on a -v7 initial
> backup from inside cygwin:
...
> 1090, in fsync_local
>      os.fsync(fd)
> OSError: [Errno 13] Permission denied

> Is that helpful at all Ben?
> Let me know if there are other tests that need doing.

Hmm the line numbers matche my version, but my copy of v1.1.0 looks
like this:

        try:
                fd = os.open(self.path, os.O_RDONLY)
                os.fsync(fd)
                os.close(fd)
        except OSError, e:
                if e.errno != errno.EPERM or self.isdir(): raise

The try...except was added last release to handle exactly this error.
So if we are using the same version I don't know why it wouldn't have
been caught.  Maybe you could just try this code manually, see if you
can figure out why cygwin wouldn't be catching the OSError like the
except says?


--
Ben Escoto

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

attachment0 (196 bytes) Download Attachment
Reply | Threaded
Open this post in threaded view
|

Re: cygwin probs fsync again :(

Dave Kempe
Ben Escoto wrote:
> The try...except was added last release to handle exactly this error.
> So if we are using the same version I don't know why it wouldn't have
> been caught.  Maybe you could just try this code manually, see if you
> can figure out why cygwin wouldn't be catching the OSError like the
> except says?
>
>

maybe I didn't get the new version on that system.
I will clean out cygwin and try again.

dave


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