Re: [rdiff-backup-users] os error 22 detecting file systemproperties on cygwin

[David Kempe]

Ben Escoto said:
>> I will get back to you after testing

Hi I have done some testing on restoring on win32.
I applied the patch from 13.4 for fs_abilities.
that seems to wrongly detect that hardlinks are OK.
That shouldn't matter - I don't have any hardlinks and on windows backups
never will.

The restore fails with new error:

C:\rdiff-backup>python2.3.exe C:\rdiff-backup\rdiff-backup --remote-schema
'plink -C -i sloth.ppk %s rdiff-backup --server' -r 1D
address@hidden::/mnt/backupdisk1/wintest2/maps c:\temp\restore
Authenticating with public key "dsa-key-20040105"
########## /mnt/backupdisk1/wintest2/maps c:\temp\restore
Warning: ownership cannot be changed on filesystem at c:\temp\restore
-----------------------------------------------------------------
Detected abilities for destination (read/write) file system:
  Characters needing quoting                   '^a-z0-9_ -.'
  Ownership changing                           Off
  Hard linking                                 On
  fsync() directories                          Off
  Directory inc permissions                    On
  Access control lists                         Off
  Extended attributes                          Off
  Mac OS X style resource forks                Off
  Mac OS X Finder information                  Off
-----------------------------------------------------------------
----------------------------------------------------------------
Detected abilities for source (read only) file system:
  Access control lists                         Off
  Extended attributes                          Off
  Mac OS X style resource forks                Off
  Mac OS X Finder information                  N/A
-----------------------------------------------------------------
Warning, metadata file not found.
Metadata will be read from filesystem.
Warning: Mirror metadata not found, reading from directory
Traceback (most recent call last):
  File "C:\rdiff-backup\rdiff-backup", line 24, in ?
    rdiff_backup.Main.Main(sys.argv[1:])
  File "/cygdrive/c/DBGlobalTest/xfer/rdiff_backup/Main.py", line 247, in
Main
  File "/cygdrive/c/DBGlobalTest/xfer/rdiff_backup/Main.py", line 220, in
take_action
  File "/cygdrive/c/DBGlobalTest/xfer/rdiff_backup/Main.py", line 450, in
Restore
  File "/cygdrive/c/DBGlobalTest/xfer/rdiff_backup/restore.py", line 50,
in Restore
  File "/cygdrive/c/DBGlobalTest/xfer/rdiff_backup/restore.py", line 283,
in patch
  File "/cygdrive/c/DBGlobalTest/xfer/rdiff_backup/rorpiter.py", line 245,
in Finish
  File "/cygdrive/c/DBGlobalTest/xfer/rdiff_backup/restore.py", line 635,
in end_process
  File "/cygdrive/c/DBGlobalTest/xfer/rdiff_backup/rpath.py", line 750, in
rmdir

OSError: [Errno 90] Directory not empty: 'c:\\temp\\restore'
Traceback (most recent call last):
  File "/usr/bin/rdiff-backup", line 23, in ?
    rdiff_backup.Main.Main(sys.argv[1:])
  File "/usr/lib/python2.3/site-packages/rdiff_backup/Main.py", line 247,
in Main

C:\rdiff-backup>del C:\bin\sh.exe
C:\bin\sh.exe
Access is denied.

C:\rdiff-backup>rmdir C:\bin
The directory is not empty.

C:\rdiff-backup>    take_action(rps)
  File "/usr/lib/python2.3/site-packages/rdiff_backup/Main.py", line 216,
in take_action
    connection.PipeConnection(sys.stdin, sys.stdout).Server()
  File "/usr/lib/python2.3/site-packages/rdiff_backup/connection.py", line
336,in Server
    self.get_response(-1)
  File "/usr/lib/python2.3/site-packages/rdiff_backup/connection.py", line
298,in get_response
    try: req_num, object = self._get()
  File "/usr/lib/python2.3/site-packages/rdiff_backup/connection.py", line
221,in _get
    raise ConnectionReadError("Truncated header string (problem "
rdiff_backup.connection.ConnectionReadError: Truncated header string
(problem probably originated remotely)


-------------

It looks like the target restore directory (c:\temp\restore) gets created,
but then it errors out with directory not empty.
Not sure why it trys to delete it or what its trying to do.

The restoring on win32 problem I think basically revolves around
permissions/filesystem interaction inherited from cygwin.
It would be nice if you could have a --windows-mode revamped which didn't
care about any special file system properties or anything. basically as
simple a copy as possible to avoid any problems with cygwin/platform at
the expense of features.

thanks

dave