similar to: Rsync / Cygwin : Cannot Allocate Memory

Hi, In http://sources.redhat.com/ml/cygwin/2002-09/msg01155.html, I noted that the often-observed hangs of rsync under Cygwin were assuaged by a call to msleep(). After upgrading my Cygwin environment to rsync 2.5.6, I'm seeing these hangs again, not surprisingly given a CVS entry for main.c notes that this kludge was not harmless: Revision 1.162 / (download) - annotate - [select for

Hi, I am using rsync 2.6.9 and recently I got a error with the setup. I searched in the forums but I couldn't find much clues on this. Once I restarted the rsync daemon and rerunning the job didn't gave any errors further. I also tried to reproduce the issue for much details. But I couldn't do that even after hours. The rsync log says opening tcp connection to 172.21.3.148

We are rsync'ing from an xp box running cygwin to a redhat box, using a Perl script that fist calls for an ssh tunnel, then calls rsync through local host. ssh -P -f -L 8740:remote.host.ip:873 user@firewall.ip -p 22 sleep 25 rsync -vrtz -v --timeout=180 --exclude-from=exludefiles rsync://localhost:8740/<remote path> <target path>

Dear All, I've been using rsync since almost 1 year to synchronise 2 RHEL 3 servers. Everything has been running fine until a few weeks ago. I'm getting the following error message via crond: rsync: fork failed in do_recv: Cannot allocate memory (12) rsync error: error in IPC code (code 14) at main.c(552) Here is part of the log: 2005/12/04 03:35:54 [4345] rsync on

I'm using rsync 2.6.9 under Solaris 10. The file system I'm trying to sync has ~7.6 million files. Here's what happens: # rsync -avS . /newfiles1 building file list ... done rsync: fork failed in do_recv: Not enough space (12) rsync error: error in IPC code (code 14) at main.c(709) [receiver=2.6.9] rsync: connection unexpectedly closed (8 bytes received so far) [sender] rsync error:

I tried rsync 2.6.1cvs on my FreeBSD 4.X boxes. It dumps core when preserve_hard_links and backup. And SUPPORT_HARD_LINKS is true. rsync -avH --delete --backup --backup-dir=/some/backup/dir \ srchost::dir/ dir/ The core says... ------------------------------------------------------------------------ Program terminated with signal 11, Segmentation fault. #0 0x80536c0 in keep_backup

Hi, if socketpair support has been compiled in but the host where rsync is run doesn't support it, you get error pipe failed in do_recv This patch makes rsync use pipe if socketpair fails. Yours, Harri J?rvi CC me if you reply to this thread since I'm not on the mailing list -------------- next part -------------- --- rsync-2.5.5/util.c Wed Mar 20 03:09:49 2002 +++ util.c Thu Jul 24

https://bugzilla.samba.org/show_bug.cgi?id=5701 Summary: deadlock on local rsyncing, bisected to commit f303b749f2843433c9acd8218a4b9096d0d1bb8d Product: rsync Version: 3.1.0 Platform: All OS/Version: Linux Status: NEW Severity: major Priority: P3 Component: core AssignedTo:

rsync 2.5.0 still has a bug where it hangs under some circumstances. The hang is beyond my abilities to track down. I'll keep trying, though, but here are details in case they're of use to anyone else: - Code configured & built on Solaris 2.5.1. - Same binary run on Solaris 2.5.1 (client) and 2.8 (server). - Using rsh transport, but also fails with ssh - Does not fail with

On Mon, Sep 23, 2002 at 01:06:22PM -0700, Sudheer Tumuluru wrote: > > I am having the same problem with rsync 2.5.5-1. I am > trying to rsync a couple of short text files between a linux server and > Win2k Professional boxes with cygwin. About 20% of the time, rsync freezes > at the end of the transfer, and I can't kill the rsync process in > cygwin even if I give it a 9

Rsync list: Alberto and I have done a couple more exchanges by private email, and we found that he wasn't turning on my include/exclude optimization in his test because he had an "exclude" directive in rsyncd.conf. He has now removed that and run the test again. His very interesting results are below with my comments. Note that his case is rather pathological because he's got

[This is a copy of the contents of Debian bug report #147842.] Package: rsync Version: 2.5.5-0.2 Severity: normal Cause ----- - rsync forks a child which in turn forks a grandchild in main.c:do_recv(). - Diagnostics written by the grandchild need to be read by the child using read_error_fd() to be handled properly (with the end result being that they are seen by the user running rsync). -

Some of the debug messages that rsync outputs (when verbose >= 2) can occur on both sides of the connection. This makes it hard to know which program is saying what. Some debug messages deal with this by outputting a "[PID]" string at the start of the message. Unfortunately, the startup message that tells us which pid is which is only output when verbose >= 3, so there's a

Hello, I'm trying to get RSync to work between an NT workstation and a Win98 workstation. Has anybody gotten this to work? I know my NT workstation is set up correctly because I am able to RSync between two NT workstations. But when I try to RSync between an NT and Win98 workstation I get a "pipe failed on do_recv" with an RSync exit status of 10. My NT workstation is set up to

Hi All, I am trying to see the rsync source code. I could see that there are main three processes: I realize that Server or Client becomes Sender or Receiver based on arguments provided. 1. Daemon start_daemon : clientserver.c 2. Server if(sender) { call recv_filter_list : exclude.c call send_file_list : flist.c call send_files :

https://bugzilla.samba.org/show_bug.cgi?id=8308 Summary: rsync: exclude.c:532: change_local_filter_dir: Assertion `dir_depth < 4096/2+1' failed Product: rsync Version: 3.0.8 Platform: x86 OS/Version: Linux Status: NEW Severity: major Priority: P5 Component: core

Hi all. OK, so I have a mostly Solaris infrastructure with a group of Windows 2000 server boxes. I installed Cygwin rsync/ssh on them and have been using it to keep Web images up to date by pushing them from a central server thus: /usr/local/bin/rsync -e ssh -vrtz --delete --rsync-path=c:/cygwin/bin/rsync.exe /webnfs/webfiles/images/ winserver:d:/webfiles/images This sync runs as the UNIX user

Greetings and salutations, rsync users. I have a problem. I'm hoping that someone out there could perhaps provide a hand. I've been trying to transfer large amounts of data (lots of data, lots of files) via rsync over an encrypted TCP tunnel, but I seem to be continually getting hangs in the transfers -- things will go along for a bit, and then just come to a screetching halt. There

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Here goes the announcement of the 2.6.2-3 package for cygwin (available from cygwin's setup itself). If you wonder what "2.6.2-3" means, it's basically the third "cygwin package" that uses rsync-2.6.2 sources. This third attempt solves both the august security fix and the textmode bug that 2.6.2-2 had. follows the

I hope this problem hasn't been posted before, I cannot find a way to search the archives... I use rsync successfully between several Suse 9.1 machines at my work - never with any problem(s). I had to move my email from an obscure mail client (that saves each message as a separate file) to Mozilla mail (for security purposes). So, my "old" program that I used to sync my mail