From owner-freebsd-isp Wed Dec 29 14:32:34 1999 Delivered-To: freebsd-isp@freebsd.org Received: from metva.com.au (metva.metva.com.au [202.0.82.1]) by hub.freebsd.org (Postfix) with ESMTP id DC3E3156EC for ; Wed, 29 Dec 1999 14:32:27 -0800 (PST) (envelope-from enno.davids@metva.com.au) Received: (from enno@localhost) by metva.com.au id JAA29390; Thu, 30 Dec 1999 09:32:01 +1100 (EST) From: Enno Davids Message-Id: <199912292232.JAA29390@metva.com.au> Subject: Re: rsync In-Reply-To: from Nathanael Lierly at "Dec 29, 99 09:41:54 am" To: lierly@mauigateway.com (Nathanael Lierly) Date: Thu, 30 Dec 1999 09:32:00 +1100 (EST) Cc: freebsd-isp@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL39 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-isp@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org | Aloha all, | | I am trying to get rsync working to move files to a remote rsync --daemon | server. Does anyone out there have working examples so I can get an idea | why I see what looks like files transfering and then find none have been | updated. Sorry for the strange question on -isp. My guess would have been you have the -n flag (dryrun) in the command line. Can't show you any examples as we tend to use it in its default mode over ssh where it logs in to the remote and starts the receiver process itself. Its not an extended option where you've used '-' instead of '--' is it? Another common failing is when the remote process has no write permission on the destination. Often this manifests as files being reported as copied but the target never being updated (finding the error reports from the remote end can be tricky sometimes). One sign of this is often that re-running the command results in the same file list being reported again, although I presume this to be the case anytime the update of remote files fails. Enno. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-isp" in the body of the message