On Fri, Dec 17, 2004 at 05:00:04PM +0800, kevinwatt wrote:
I want client could delete the files which are don't exist on
sender. but without to receive the new files back.
You could run rsync in --dry-run mode and pipe the output to a
script that will notice all the deleting lines and remove
Hi,
FAQ at http://www.itefix.no/phpws/index.php?module=faqFAQ_op=viewFAQ_id=27
may help.
Rgrds Tev
cwRsync maintainer
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On
Behalf Of d c
Sent: 19. desember 2004 04:28
To: [EMAIL PROTECTED]
Subject: SSH Tunnel
On Fri, Dec 17, 2004 at 01:12:02PM +, Gordon Lack wrote:
remote ends aborts.
Client end sits there forever waiting for a reply.
Is the rsh that rsync ran also still there? If so, this is an rsh
problem (since the client rsync won't get a read/write until the rsh
dies). If the rsh is
On Sat, Dec 18, 2004 at 09:50:53PM -0500, [EMAIL PROTECTED] wrote:
I then tried again and started the rsync script on the directory
again, and it ended without copying over any more stuff, as far as I
can see - size wise and number of subdirectories. :(.
Did it output an error? Or end
On Sat, Dec 18, 2004 at 07:28:24PM -0800, d c wrote:
HOWEVER- I cannot connect passwordless with SSH and then connect to
the rsync daemon.
If you combine daemon-syntax with ssh, you spawn a new rsync daemon that
will be run by the ssh program, so it needs its own rsyncd.conf file
(which must
Dear Wayne,
On Sunday 19 December 2004 11:18 am, you wrote:
On Sat, Dec 18, 2004 at 09:50:53PM -0500, [EMAIL PROTECTED] wrote:
I then tried again and started the rsync script on the directory
again, and it ended without copying over any more stuff, as far as I
can see - size wise and
Oh I see-
I give that a try.
Most likely I'll try that forwarding trick. I am unfamiliar with the syntax but I think I see how it works.
If I use the original method as I specified then I guess I need rsyncd.conf and rsyncd.secrets in each users directory. Do I need to change the default rights
Hi,
I just completed a really big rsync described earlier. Ie about 13,945
directories transfered about 600GB of data.
Of 13,945 directories, 13,9441 directories transfer with matching du -b sizes
of the preimage to the size of the destination machine image.
of the 4 remaining directories i
On Sun, Dec 19, 2004 at 12:32:34PM -0500, [EMAIL PROTECTED] wrote:
Since it takes a long time, and i am logging in via dialup, I don't
see how to capture errors, particularly those at the other end...
I'd recommend using a program named screen. If you run the command
screen -R -D -i as soon as