[rdiff-backup-users] More Windows/Cygwin-woes

[Törrönen, Paul-Erik]

Came back from a holiday to notice that the backup-server
had hung up (doh!), and after the reboot the rdiff-backup
fails to complete the remote backups hanging after about
20-30 into the run at arbitary remote file/task. The
environment is following:

Linux (remote clients):
Redhat 7.2/7.3
rdiff-backup-0.11
python 2.2.1
librsync-0.9.5.1

Windows (server):
Windows 2000 Server + latest updates
Cygwin 1.13
librsync-0.9.5
python 2.2.1
rdiff-backup-0.11

Having tested the same remote client from another Windows server
with the same result, I saw that there was a new version of the
cygwin with the gcc-3.2. I installed it and recompiled succesfully
the librsync-0.9.5.1 (which had failed previously when cygwin
still used gcc 2.96). Recompiled also the rdiff-backup and made
a testrun, alas with similar result.

I run the command:

rdiff-backup -v8 --windows-mode --no-hard-links --force \
--ssh-no-compression --print-statistics --no-resume \
--exclude-other-filesystems --exclude-device-files --exclude /*/**.avi \
--exclude /*/**.mp3 --exclude /*/**.mpg --exclude /*/**.rpm --exclude \
/*/**.ts --exclude /dev/ --exclude /lost+found/ --exclude /mnt/ \
--exclude /proc/ --exclude /tmp/ --exclude /usr/lib/perl5/5.6.0/ \
--exclude /usr/lib/perl5/5.6.1/ --exclude /usr/local/ --exclude \
/usr/share/man --exclude /usr/share/terminfo --exclude /usr/src/ \
--exclude /usr/tmp/ --exclude /var/cache/ --exclude /var/mysql/ \
--exclude /var/rpm/ --exclude /var/run/ --exclude /var/spool/mqueue/ \
--exclude /var/spool/squid/ --exclude /var/src/ --exclude /var/tmp/ \
address@hidden::/ /cygdrive/e/test/host.domain.net

The program runs fine for a while, listing what it does until
it hangs:

Getting signature of
/cygdrive/e/test/host.domain.net/usr/share/sendmail-cf/ostype/amdahl-uts.m4

Using the strace to connect to the python-process:

address@hidden /usr/local/src$ strace -m all -p 1640
Attached to pid 1640 (windows pid 1832)
  307     307 [sig] python2.2 1640 wait_sig: looping

When I give the strace (from another bash-console) an
ctrl-c the backup-command exits, either without error
with the following bitpuke:

Traceback (most recent call last):
  File "/usr/bin/rdiff-backup", line 24, in ?
    rdiff_backup.Main.Main(sys.argv[1:])
  File
"/var/tmp/rdiff-backup-root/usr/lib/python2.2/site-packages/rdiff_backup/Mai
n.py", line 239, in Main
  File
"/var/tmp/rdiff-backup-root/usr/lib/python2.2/site-packages/rdiff_backup/Mai
n.py", line 214, in take_action
  File
"/var/tmp/rdiff-backup-root/usr/lib/python2.2/site-packages/rdiff_backup/con
nection.py", line 350, in Server
  File
"/var/tmp/rdiff-backup-root/usr/lib/python2.2/site-packages/rdiff_backup/con
nection.py", line 320, in get_response
  File
"/var/tmp/rdiff-backup-root/usr/lib/python2.2/site-packages/rdiff_backup/con
nection.py", line 333, in answer_request
  File
"/var/tmp/rdiff-backup-root/usr/lib/python2.2/site-packages/rdiff_backup/con
nection.py", line 342, in extract_exception
  File
"/var/tmp/rdiff-backup-root/usr/lib/python2.2/site-packages/rdiff_backup/log
.py", line 109, in __call__
  File
"/var/tmp/rdiff-backup-root/usr/lib/python2.2/site-packages/rdiff_backup/log
.py", line 118, in log_to_file
  File
"/var/tmp/rdiff-backup-root/usr/lib/python2.2/site-packages/rdiff_backup/con
nection.py", line 443, in __call__

Nothing special is written on the client-side logs and no
OS-changes has been done. Also the memory-usage on the
server stays now within control. I'm a bit stumped with
this since even a client with _no_ changed data (it was
shut down shortly after a succesful backup) now shows this
behaviour.

Poltsi

_________________________________________
Paul-Erik Törrönen
Cardinal Information Systems Ltd
Pursimiehenkatu 29-31 C, 00150 Helsinki, FINLAND
E-mail: address@hidden
Mobile: +358 (0) 40 703 1231
Phone: +358 (0) 424 162 4204
Fax: +358 (0) 424 162 4207
Web: <www.cardinal.fi>