search for: accomazzi

...s point and ask the question: why was this implemented this way? I can't think of a good reason why. I'm happy to try and work on a patch if there is a consensus that this is desireable. -- Alberto **************************************************************************** Alberto Accomazzi mailto:aaccomazzi@cfa.harvard.edu NASA Astrophysics Data System http://adsabs.harvard.edu Harvard-Smithsonian Center for Astrophysics http://cfawww.harvard.edu 60 Garden Street, MS 83, Cambridge, MA 02138 USA **********************************...

I just noticed that there is an extra blank line in the output generated by rsync when the --dry-run (-n) flag is used. This seems to have started with 2.6.0. Is this desired? The reason why I'm asking is because I use scripts that parse the output from rsync and little modifications in verbosity can make or break things easily. Thanks, -- Alberto [ads@localhost bin]$ rsync-2.5.7

Hi, I am thinking about a non-standard usage of rsync (at least not mentioned in the man file) I want to synchronized my collegues home directories(trees) each night AND store rsync's internal updating commands (reversed) to be able to restore the state of a directory the day before. This would require - saving the internal updating commands in a separate directory - reversing these commands

...= 988 [18996] 4057.4352 write(4, " 2 0 0 2 / 0 4 / 1 6 1".., 98) = 98 4057.4357 llseek(0, 0, SEEK_CUR) = 0 4057.4359 _exit(12) **************************************************************************** Alberto Accomazzi mailto:aaccomazzi@cfa.harvard.edu NASA Astrophysics Data System http://adsabs.harvard.edu Harvard-Smithsonian Center for Astrophysics http://cfawww.harvard.edu 60 Garden Street, MS 83, Cambridge, MA 02138 USA **********************************...

...64): about to call exit(0) /home/ads/rsynctest/new: total 4 -rw-r--r-- 1 ads ads 4 Jan 26 2004 foo /home/ads/rsynctest/orig: total 4 -rw-r--r-- 1 ads ads 4 Jan 26 2004 foo ************************************************************************** Alberto Accomazzi, NASA Astrophysics Data System http://ads.harvard.edu Harvard-Smithsonian Center for Astrophysics http://cfa-www.harvard.edu 60 Garden St, MS 31, Cambridge, MA 02138, USA aaccomazzi@cfa.harvard.edu **************************************************************************

...ase is when all checksums are up to date. The worst-case is when the checksum cache needs to be built completely -- but this still only takes a couple of minutes, easily an order of magnitude better than the best-case I experienced with raw rsync. > -----Original Message----- > From: Alberto Accomazzi [mailto:aaccomazzi@cfa.harvard.edu] > Sent: Thursday, November 29, 2001 10:02 AM > To: Dave Dykstra > Cc: rsync@samba.org > Subject: Re: Rsync: Re: patch to enable faster mirroring of large > filesystems

...dress already in use (98) 2005/01/26 12:08:16 [31876] Try using --ipv4 or --ipv6 to avoid this listen() error.2005/01/26 12:08:16 [31876] rsync error: error in socket IO (code 10) at socket.c(461) Thanks, -- Alberto ******************************************************************** Alberto Accomazzi aaccomazzi(at)cfa harvard edu NASA Astrophysics Data System ads.harvard.edu Harvard-Smithsonian Center for Astrophysics www.cfa.harvard.edu 60 Garden St, MS 31, Cambridge, MA 02138, USA ****************************************************************...

...exactly what you're trying to do. In general, I would say that since the contents of the batch mode depend on the status of both client and server, there is not a "natural" location for it. -- Alberto ******************************************************************** Alberto Accomazzi aaccomazzi(at)cfa harvard edu NASA Astrophysics Data System ads.harvard.edu Harvard-Smithsonian Center for Astrophysics www.cfa.harvard.edu 60 Garden St, MS 31, Cambridge, MA 02138, USA ****************************************************************...

...l because he's got over a million files in only 400 directories, so he must have an average of over 2500 files per directory, which are very large directories. He's got about 65% of the files explicitly listed in his --include-from file. On Wed, Nov 28, 2001 at 03:18:24PM -0500, Alberto Accomazzi wrote: ... > Both machines are SUN ultra 80s (2x450 UII, 1GB RAM), on a rather busy LAN, > so take results with a grain of salt: > > # syncronization of 1.1M files in 400 directories (135,000 to be updated): > > > date ; rsync-2.3.2 -avvzn rsync://adsfore.harvard.edu/test/ . ;...

...ably fit a fresh copy of all files that have changed on a DVD. The problem I'm mostly worried about is keeping enough metadata on both ends to reliably figure out the updating strategy. Thanks, -- Alberto **************************************************************************** Alberto Accomazzi http://cfa-www.harvard.edu/~alberto NASA Astrophysics Data System http://adswww.harvard.edu Harvard-Smithsonian Center for Astrophysics aaccomazzi@cfa.harvard.edu 60 Garden Street, MS 83, Cambridge, MA 02138 USA **********************************...

Is there a good place to get information about the list of all possible output and error messages rsync generates? Or should I just muck around the source code (which I haven't looked at yet) and find them? I am doing something where I would like to parse rsync's output using Perl into a set of data structures. I already have something that works under normal conditions. Eventually

I was at first, but then removed it. The results were still insufficiently fast. > Were you using the -c option of rsync? It sounds like you > were and it's > extremely slow. I knew somebody who once went to > extraordinary lengths to > avoid the overhead of -c, making a big patch to rsync to > cache checksums, > when all he had to do was not use -c.

Just ran into this bug when running the latest snapshot from CVS: when rsyncing from two source directories into a third one, rsync gets confused about which source file is from which directory, resulting in a "file vanished" error. See test script below. Also, is there any consensus on whether using multiple source modules when pulling from an rsync daemon is going to be ok? I

Hello! As I was found rsync do not detect file renaming. If I just copy my backup.0.tgz (many Mbytes in size having it's md5) to backup.1.tgz (which will be equial in size and md5) it will be the same file in fact... Rsync will delete old file (backup.0.tgz) on the receiving side and download new one (backup.1.tgz). I do not think there are any difficulties to detect this situation and

I've just started using rsync, and it's way cool. I checked the FAQ, the broken mailing list archive search function, and scanned the archives, but didn't see this mentioned. I presume it's a fairly common need: I'm mirroring files automatically and daily from one site to another, and anticipate the day when the size of the files may exceed the size of the destination disk.

There is a new patch named "delete-during.diff" in the CVS "patches" dir. This patch adds the ability for rsync to incrementally delete files in each directory during the normal course of the transfer rather than doing a separate delete scan either before or after the transfer. The patch renames the current --delete option into --delete-before and makes --delete behave in the

I have downloaded and built rsync 2.6.0 on our HP ProLiant DL380-G3 servers (2 Hyperthread processors, 4 GB RAM, 840 GB Hard Disk, etc. etc.) running Red Hat 8 with the latest errata kernel (2.4.20-28smp) and updates from HP for RH8. rsync is run in daemon mode from xinetd. When doing transfers the machine requesting the transfer starts to run out of memory. After every rsync transfer there

At the moment, if you start an rsyncd that's not running as root using default settings it will have some trouble. rsyncd tries to use chroot by default, but this will always fail if it's not started by root. It does emit an error message in this case, but I wonder if some people find this a bit confusing until they discover the setting. I have in the past. It might be better that if

On Mon, Dec 15, 2003 at 10:51:08AM -0800, Wayne Davison wrote: > On Mon, Dec 15, 2003 at 10:03:28AM -0800, jw schultz wrote: > > > The one thing i really would have liked to have seen in a version bump > > would have been changing the default remote shell to ssh instead of > > rsh/remsh. > > I can see this being both a good thing (since I think it is a better >

Hi Everybody, I'm new to this list, but I have been using rsync for quite some time. First, congratulations to the rsync team for a very fine piece of software! I'm wondering whether rsync could help me to perform the following task: I have 5 million files on one side of the ocean, 100000 of which must be copied to the other side. Both numbers grow with time, and occasionally, some