Re: [BackupPC-users] Itunes and BackupPC

2006-05-30 Thread Ludovic Drolez
Matt sung msung at vanguardrecords.com writes:
 When I tried to 
 uninstall iTunes, rsync.exe and or cygrunsrv.exe start running at 70 to 85 % 
 C 
 utilization.  In order to get iTunes uninstalled to uninstall, I had to 

Hello,

We had the same problem with our Linbox Rescue Server (http://lrs.linbox.org).
And we worked with Cygwin to fix the bug a few weeks ago, on a W2K SP4 :-)

So, if you download the latest cygwin1.dll for the snapshots page,
http://www.cygwin.com/snapshots/, close all cygwin programs and overwrite the 
dll
with the last one, it should fix your problem.

Cheers,

   Ludovic.

--
Ludovic DROLEZ  Linbox / FreeALter Soft
http://www.linbox.com http://www.linbox.org
152 rue de Grigy - Technopole Metz 2000 F-57070 METZ




___
BackupPC-users mailing list
BackupPC-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/backuppc-users
http://backuppc.sourceforge.net/


Re: [BackupPC-users] Itunes and BackupPC

2006-05-30 Thread Paul Bijnens
On 2006-05-30 05:29, Les Mikesell wrote:
 On Mon, 2006-05-29 at 22:20, Tom Glancy wrote:
  
 We are seeing the same behavior running the rsyncd service on Windows
 XP boxes 
 with Novell Zenworks. On boot, the computers start the cygrunsrv.exe
 and then 
 Zenworks Desktop Management software. Cygrunsrv.exe uses 75%+ CPU and
 Zenworks 
 never finishes loading. When we stop the rsyncd service, Zenworks
 finishes loading 
 and CPU usage drops to normal. 
 
 If you have a reproducible problem, it might help to post
 it on the cygwin bugzilla.
 

My antivirus support people are working on it too:

http://www.cygwin.com/ml/cygwin/2006-04/msg00241.html



-- 
Paul Bijnens, xplanation Technology ServicesTel  +32 16 397.511
Technologielaan 21 bus 2, B-3001 Leuven, BELGIUMFax  +32 16 397.512
http://www.xplanation.com/  email:  [EMAIL PROTECTED]
***
* I think I've got the hang of it now:  exit, ^D, ^C, ^\, ^Z, ^Q, ^^, *
* F6, quit, ZZ, :q, :q!, M-Z, ^X^C, logoff, logout, close, bye, /bye, *
* stop, end, F3, ~., ^]c, +++ ATH, disconnect, halt,  abort,  hangup, *
* PF4, F20, ^X^X, :D::D, KJOB, F14-f-e, F8-e,  kill -1 $$,  shutdown, *
* init 0, kill -9 1, Alt-F4, Ctrl-Alt-Del, AltGr-NumLock, Stop-A, ... *
* ...  Are you sure?  ...   YES   ...   Phew ...   I'm out  *
***



___
BackupPC-users mailing list
BackupPC-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/backuppc-users
http://backuppc.sourceforge.net/


[BackupPC-users] Can't open /var/lib/backuppc/pc... for empty output

2006-05-30 Thread Ralf Gross
Hi,

since last weekend I have a problem with the rsync backup of one of our
server. I'm not sure if this is related to an update of the Solaris rsyncd
(sunfreeware 2.6.6-2.6.8) last Friday.

BackupPC: Debian GNU/Linux 3.1 (sarge/stable), rsync version 2.6.4
protocol version 29, backuppc 2.1.1-2sarge1, /var/lib/backuppc on reiserfs
(no inode problem)

Client: Sun Solaris 8, rsync version 2.6.8  protocol version 29

BackupPC backs up 6 of 8 rsync modules successfully, before getting
trouble with the server module.

$Conf{RsyncShareName} = [ 'opt', 'usr', 'local', 'partners', 'projekte',
'home', 'server', 'var', 'etc'];

$ grep Connected to module /tmp/XferLOG.bad
Connected to module opt
Connected to module usr
Connected to module local
Connected to module partners
Connected to module projekte
Connected to module home
Connected to module server



*** XferLOG.bad
Connected to $host:873, remote version 29
Connected to module server
Sending args: --server --sender --numeric-ids --perms --owner --group
--devices --links --times --block-size=2048 --recursive . .
Xfer PIDs are now 9874
  create d 755   0/0 512 .
  create d2755   0/12048 cvs
[-- SNIP --]
  create d 777   0/1 512 tftpboot
Can't open /var/lib/backuppc/pc/$host/new//fserver/ for empty output
  create 0 /   0
Can't open /var/lib/backuppc/pc/$host/new//fserver/ for empty output
  create 0 /   0
Can't open /var/lib/backuppc/pc/$host/new//fserver/ for empty output
  create 0 /   0
[-- SNIP 20421162 identical lines--]
Done: 0 files, 0 bytes
Got fatal error during xfer (aborted by signal=ALRM)


A simple rsync backup on command line is backing up this module without a
problem.

$ rsync -av $host::module /tmp/foobar/
Password:
receiving file list ...
[-- SNIP --]
tftpboot/
tftpboot/bench
tftpboot/bug41r1.out
tftpboot/bug41r1.readme
tftpboot/bug43r1.out
tftpboot/bug43r1.readme
tftpboot/installit
tftpboot/ppc.boot
tftpboot/ppc.boot.25
sent 1475563 bytes  received 11839901025 bytes  3642940.04 bytes/sec total
size is 11870176070  speedup is 1.00

I found a recent post to the list with the same error message.
Subject: loop in empty folder?
http://thread.gmane.org/gmane.comp.sysutils.backup.backuppc.general/7084/focus=7084

But this seems not to be the same problem as here, because the server
module  and the tftpboot subdirectories are not empty!

Any ideas?

Ralf






___
BackupPC-users mailing list
BackupPC-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/backuppc-users
http://backuppc.sourceforge.net/