similar to: rsync 2.4.6 hanging on HPUX11 only over firewall.

I've gone through the CVS commit log and tried to get every user-visible change since 2.4.6, so that we can make a proper announcement for 2.4.7. Please let me know if anything is missing/inaccurate. At this stage I'm planning to release two 2.4.7pre tarballs, one with the "large nohang patch" and one without. Some people inside VA will be stress-testing both, and so we can

Hello, We have used rsync on a mirroring application successfully for just over a year. After our upgrade to 2.4.6, however, the process started failing about 50% of the time. The nature of our failure was that the rsync processes on the remote system would die with no error message, leaving the local system processes hung. I have netstat and trace output for available if needed, but I see

I'd like to revisit the topic of moving files from system to system using rsync. I've just updated my patch from its 2.5.0 version to 2.5.1, and I'm curious what people think about getting it integrated into rsync. The patch comes in two parts. The first eliminates a potential hang condition that can happen if the data channel from the receiver to the generator gets clogged up.

I have a few clients who prepare some reports and put it in their outgoing/ directory for me to pick up every morning. Is there a way to delete those files from their outgoing/ after I fetch them ? Thanks Nishi

Hello All: I've having repeatable problems copying files between linux machines using rsync-2.5.1 and various recent flavors of openssh. The symptom when testing with a single 2M file is that rsync hangs when when the file is 97% transferred. It seems from looking at various archives that this problem may be non-trivial. I tried applying the patch at

Hi all, rsync-2.4.6 has been running for quite a while with no problems, until about a week ago when for some reason it blocked on the same host ever time. I use it to backup about thirty hosts to my backup server, but for some reason it's illiciting that blocking bug that some people experience with 2.4.6. So, I upgraded the client side with 2.4.7, but it complained of protocol differences.

That's the way it is. If it's really a one-off change, a huge change in your structure, telnet ssh, rsh, and so forth, work really well for dropping in and deleting stuff (unless you're supplying the master, and other systems out of your control copy from you). Rsync is optimized for taking a filesystem in an unknown state, and making it identical to another filesystem in an unknown

Well, here's rsync 2.4.7 preview 1: rsync://va.samba.org/ftp/rsync/preview/rsync-2.4.7pre1.tar.bz2 http://va.samba.org/ftp/rsync/preview/rsync-2.4.7pre1.tar.bz2 You need bunzip2 to decompress these files: http://freshmeat.net/projects/bzip2 The change list is below. Please, do try this out and let us know either if it works for you or if it does not. We need both kinds of

There's a program to apply patches, typically called "patch" Try "man patch". If your system doesn't have, and can't get patch, just read the patches and edit the appropriate files by hand. It's not particularly difficult. Incidentally, I want to point out that there's no good reason to cc rsync-admin@lists.samba.org on a regular post. I've been

Hi! I've been looking for a solution to periodically pull files from a server and delete them after a successful download. rsync + the --move-files patch seems to be the perfect solution for it as I can run it through ssh. I've found the following download location in the mail archive: http://www.clari.net/~wayne/rsync-nohang.patch http://www.clari.net/~wayne/rsync-move-files.patch

Hi, I am trying to compile 2.2.3a on an HPUX11 system using HP's native compilers and I am getting the folling errors. cpp: "/usr/include/sys/xti.h", line 488: warning 2001: Redefinition of macro TCP_NODELAY. cpp: "/usr/include/sys/xti.h", line 489: warning 2001: Redefinition of macro TCP_MAXSEG. The above is an example, it happens for each stage of the compile process.

Hi, I have managed to test this same transfer reliably with the Linux boxes and open-ssh, but I am in trouble with the OSF1 4.0 (Digital Unix) being the server sending files from a single directory to the HP/UX 11 - being the client The 'sshd2' (and ssh2) in both ends is installed as root (and starts probably from 'rc') The 'rsync' (2.4.6) in both end is just

Hello, I have Samba 2.2.5 installed with winbind. on an HPUX 11 server. I am using Domain security using a W2K PDC. I have successfully joined the domain, and wbinfo commands (-t -u -g ) all come back with good data. The problem is I can not get pwgetent to run. It always says not found. I have the libnss_winbind.so libraries linked in /lib, and winbind in my nsswitch.conf. Also have the

Martin, I want to remind you that there's still an open issue regarding copies when both source and destination are on the local machine (including over NFS): I put a patch into the CVS to automatically imply the '-W' option in that case, and somebody said he was concerned about that because he found that with -W on local copies he had cases where rsync would lock up, and it

Skipped content of type multipart/alternative

For anyone who'd like to check out the latest release of my "rzync" [sic] test release, I've just released a new version. For those that might not have time to look at the code but could provide some feedback based on a rough description, I've created the following simple web page: http://www.clari.net/~wayne/new-protocol.html Here's the tar file of the new

Are there issues between different versions of rsync? Specifically I have a 2.4.6 on solaris 8 pushing to a 2.3.0 on solaris 2.6 over ssh(F-Secure version). The issue that I am seeing is that when I use the following command: rsync --delete -rlvp -e ssh2 $localdir user@host:remotedir The user and group are different on both boxes(neither being root). Any help would be appreciated. --Jeff

If anyone is trying out my --files-from patch, please grab a new version from here: http://www.clari.net/~wayne/rsync-files-from.patch I fixed a potential bug in the pathname-reading code when pulling files. This version also sanitizes all read pathnames, as discussed elsewhere. Remember that this patch is still young, so use it for testing only. ..wayne..

I've been having a lot of fun improving my new-protocol testing app. It's seems to be in pretty good shape (for test code), so I figured I'd announce another release for those brave souls that may want to help me in my thinking about a (potential) new rsync protocol. It's a tar.gz file this time because I broke up the code into multiple files. I named it "rzync" just

Perhaps someone can shed some light on the problem I'm having using rsync 2.4.6. I'm getting the following error: receiving file list ... done htdocs/acescounseling/logs/ htdocs/adihome/logs/ . . htdocs/coupons/logs/error_log htdocs/court/logs/combined_log htdocs/cowgirl/logs/combined_log htdocs/cowgirl/logs/error_log htdocs/cowgirl/logs/ssl_log Connection to nova closed by remote host.