Hi,
I have a problem with rsync ,
where the process stops with the message
rsync : failed to connect to
192.168.1.200: Connection refused (111)
rsync error : error in
socket IO (code 10) at clientserver.c(94)
This
isclient's log
rsync error: received SIGUSR1
OR SIGINT (CODE
rsync fails to make a directory at the remote site, but continues anyway.
$ rsync -av local 10.1.1.1:/somewhere/
building file list ... done
rsync: recv_generator: mkdir local: Permission denied (2)
stat local : No such file or directory
You can do this locally too - rsync to a usb device, then
On Wed, May 24, 2006 at 07:56:54AM +0200, Andreas Fehr wrote:
I'm back with my -cav and rsync does not copy files, even if I've
touched them.
Are you copying into an already populated destination directory? It
sounds like it. When --link-dest is used to create a new hierarchy,
rsync will
On Wed, May 24, 2006 at 12:39:27AM -0700, Rajesh Prabhu wrote:
as you've suggested i tried modifying the value of thisname in flist.c...
But this returns an error stating that some files have vanished
Oops. I tried to just pick an easy spot to tweak, but that is too early
in the scheme of
On Wednesday, 24. May 2006, 09:07, Wayne Davison (as WD) wrote:
WD: On Wed, May 24, 2006 at 07:56:54AM +0200, Andreas Fehr wrote:
WD: I'm back with my -cav and rsync does not copy files, even if I've
WD: touched them.
/opt/rsync/bin/rsync -cav
--link-dest=/home/user/backup/old
hi all- been reading through the archives but I still can't seem to
find a solution to my problem. I am using rsync to keep mirror copies
of content which is being served (via http) on both the sender and
receiver.
The files on average are 20-50mb each, (mostly already in a compressed
Oh, and in case it helps:
# uname -a
Linux mydomain.com 2.6.10-1.771_FC2 #1 Mon Mar 28 00:50:14 EST 2005 i686
i686 i386 GNU/Linux
# rsync --version
rsync version 2.6.2 protocol version 28
Copyright (C) 1996-2004 by Andrew Tridgell and others
http://rsync.samba.org/
Capabilities: 64-bit
You
should get some better answers, but a couple of points jump out at
me.
If the
files are already compressed, "small" changes result in very different
files,
so the
business of reading both the target and the source to find common stuff is kinda
counterproductive.
Also
the -z
Title: Message Subject
JUNE NETWORKING MIXER
Hosted by Seamless Gentlemen's Club, a Proud Member of the Sin City Chamber.
Date:Tuesday, June 13, 2006
Time: 5:30 to 8:30 PM
The Sin City Chamber invites you to Seamless, the Sexier Side of Nightlife, for a