similar to: File Corruption

hi, I have an 20G archive of pic files which would have to be mirrored onto another server. It contains large JPEGs, around 10k files, one of the servers is located in Boston, the another is in Budapest, Hungary. I use rsync rsync://remote_box/remotedir localdir/ -zcvr --progress --size-only The issue is that the remote server sends the filelist very slow. Looking into the rsyncd process with

I've only just seen the response from May 9, as I'm not enrolled in the list (too much mail already!). Here is a cut-down example as requested, showing the same behaviour: Script started on Fri May 23 15:18:37 2003 15:18 [220](H:root@Edelfelt)/tmp: ls -l /tmp/testdir total 32 -rw-r----- 1 root other 9 May 23 15:15 both -rw-r----- 1 root other 7 May 23 14:59

Hi all - I've searched long and hard for some docs on configuring a web proxy for rsync. This is probably in part an apache config question so I apologize if this is in the wrong forum. What I would like to do is provide anonymous rsync access to a handful of IPs via a web proxy so I don't have to punch additional holes in my firewall. In other words, I'd like to use rsync over

There's a bug reported in Debian about the tty being screwed up by wierd filenames, see http://bugs.debian.org/bug=242300 On the one hand, find will also do this. On the other hand, ls will replace such chars with a question mark. Upon inspection, it appears to be fairly simple to also do this in rsync (in the rwrite() function). Here's a patch. Opinions? Perhaps don't do it

Hello, I read the thesis about rsync and I would like to know if we can do something different with rsync. Imagine that I have one server that contains a set of data. This server is not very strong compare to the number of client that want to sync there data with the server. If we say that there s 1000 clients, each client, when sync, will send a list of keys to the server and the server must

Hello, Recently while working with rsync as the way to mirror large (several GB) archive on a regular basis, I came across several problems, and also got the ideas about their possible solutions - please could you investigate & consider implementing the features, described below, to future RSYNC releases ? - when the checksumming (consider very large archive, several GB) stage of rsync

Hi, I'm trying to get rsync 2.5.6 to authenticate users via openldap-2.0.23. I was looking through the mailing list archives and found a patch for rsync-2.4.6 that does this for me. I was just wondering if this is still valid, or if there has been a new patch or new implementation that has superceded this patch. Any help would be great. The message I am referring to is as follows:

I have upgraded an rsyncd Server to 2.5.6. When I upload files using rsync -rv --stats --progress /bla/content/ webmaster@webserver::bla I noticed that the client was relative quite while lots of lines listing directory names are or deleting files show up in the rsyncd log: 2003/03/07 12:21:08 [7445] deleting directory 2002/blas/bla8 2003/03/07 12:21:08 [7445] deleting

There is a small bug in the build system of 2.6.0: If the directory you build rsync in differs from the sourcedir "make test" failes: $ tar -xzf ~/rsync-2.6.0.tar.gz $ mkdir build $ cd build $ ../rsync-2.6.0/configure .... $ make test .... PASS unsafe-byname PASS unsafe-links ----- wildmatch log follows Testing for symlinks using 'test -h' + /tmp/bla/build/wildtest Unable

The handling of permissions in rsync (2.5.2) is nasty or broken. (tested platforms: Linux 2.4.x and Solaris 7) We have a directory which should only accessible to a group of users (test) : [sn@noname test]$ ls -lda /home/test drwxrws--- 2 root test 4096 Feb 13 15:44 /home/test Every user has an umask of 007 and his/her own default group: [sn@noname sn]$ id uid=500(sn)

hi, I made some changes to generator.c : - reading data, calculating checksums and sending it to the sender now happens in one loop. - the code has become shorter - it uses less memory - 2 malloc's less that may fail - the line will be used all the time - it should be a bit faster It seems to work for me, please have a look at it. You should run "make proto" after

Hello! When my application opens a URL in Firefox with more than 257 characters, the URL is truncated and the message below. "Err: psdrv: PSDRV_PPDGetNextTuple Line too long." I noted that this limitation may be due to the following code. See line 00363. Code: 00354 /********************************************************************* 00355 * 00356 *

This is a patch to control unix permissions when uploading to a rsyncd-server by setting rsyncd.conf options. cu, Stefan -- Stefan Nehlsen | ParlaNet Administration | sn@parlanet.de | +49 431 988-1260 -------------- next part -------------- diff -ur rsync-2.5.5/loadparm.c rsync-2.5.5-umask/loadparm.c --- rsync-2.5.5/loadparm.c Mon Mar 25 05:04:23 2002 +++ rsync-2.5.5-umask/loadparm.c Sun Mar 2

-- Martin -------------- next part -------------- An embedded message was scrubbed... From: Stefan Nehlsen <sn@ParlaNet.de> Subject: PATCH: managing permissions with rsyncd.conf options Date: Mon, 10 Mar 2003 17:09:06 +0100 Size: 8872 Url: http://lists.samba.org/archive/rsync/attachments/20030313/e9cc5751/attachment.eml

Greetings, I'd like to propose a new option to rsync, which causes it to read device files as if they were regular files. This includes pipes, character devices and block devices (I'm not sure about sockets). The main motivation is cases where you need to synchronize a large amount of data that is not available as regular files, as in the following scenarios: * Keep a copy of a block

On Monday 16 July 2007 18:20, Evan Cheng wrote: > > Does the current implementation follow a published algorithm? If > > so, do we > > have a pointer to it? The comments are rather sparse and it's > > difficult to > > figure out what's going on at times. > > I don't know. I suspect not. I agree the current implementation is a > bit of a