The latest rsync (2.6.5) seems to invoke the transport specified by
$RSYNC_RSH differently. I have this set to point at an ssh wrapper script
(which is now I noticed), and an strace shows this:
[archives/[EMAIL PROTECTED]> strace -e trace=process -f /opt/bin/rsync -avHP
/mnt/phat/archives/silva
John & Wayne, :)
I'm fairly certain no other rsync processes were running, a reboot was
part of the troubleshooting process, as was a 'killall rsync' or two. I
did try specifying the user ([EMAIL PROTECTED]::home), and manually gave the
password. I did not have the newline character at the end
On Tue, Jun 07, 2005 at 05:44:25PM -0400, Moshe Jacobson wrote:
> I just did a test and found that --partial will prevent rsync from
> transferring the entire file again when the mtimes vary but the sizes
> are the same.
No, --partial tells rsync to keep a partially transferred file. Rsync
will a
Thanks for the prompt reply, Wayne.
I just did a test and found that --partial will prevent rsync from
transferring the entire file again when the mtimes vary but the sizes
are the same. I suppose this is sufficient, but how does it determine
that the files are the same if it's not doing a check
On Tue, Jun 07, 2005 at 04:46:43PM -0400, Moshe Jacobson wrote:
> Is this something that would be hard to implement?
Yes, it would be rather awkward in the current protocol. The way things
currently work, the receiving side needs to have all relevant info
already available in order to decide what
Hi rsync folks,
I understand that by default, rsync will re-copy a file if the
timestamp differs, but the size is the same.
Sometimes, though, I have large files whose mtime have been changed
but are otherwise identical. It seems a solution to this is
--checksum, but it seems like --checksum co
Wayne Davison wrote:
On Sun, Jun 05, 2005 at 11:28:08PM -0500, Larry Alkoff wrote:
In looking at man rsync, it does not appear to both
--exclude /usr/ and --include /usr/local/
Correct, you can't exclude /usr and still get to /usr/local. What you
want to do is to include /usr/local/ and exc
Hello -
I've just upgraded to 2.6.5.
On a new set of servers I'm trying to sync I seem to be running into a log
of memory allocation errors.
With some of the servers, I start the rsync session, and it counts so many
files and then stops. At that point I'm unable to control-c out of the
process.
On Thu, Jun 02, 2005 at 11:34:45PM -0400, Sherry Sun wrote:
> "Cannot link to a file on another device."
> How should I get around this problem?
Your only choices are to turn off -H (so that rsync copies hard-linked
files as separate files) or to ensure that all dirs containing files
that are cros
On Tue, 7 Jun 2005, <[EMAIL PROTECTED]> wrote:
Thanks for the detail in your report. Error messages, log messages,
config files all in one email. :)
> /var/log/rsyncd.log on ServerB
>
> 2005/06/07 11:29:24 [22075] rsyncd version 2.6.0 starting, listening on port
> 873
> 2005/06/07 11:29:35 [2
https://bugzilla.samba.org/show_bug.cgi?id=2758
--- Additional Comments From [EMAIL PROTECTED] 2005-06-07 10:56 ---
Created an attachment (id=1264)
--> (https://bugzilla.samba.org/attachment.cgi?id=1264&action=view)
A partial fix
My version of the quick-fix that only deals with remo
https://bugzilla.samba.org/show_bug.cgi?id=2758
[EMAIL PROTECTED] changed:
What|Removed |Added
Status|NEW |ASSIGNED
--- Additional Comments
On Tue, Jun 07, 2005 at 10:51:19AM -0400, Scott Lovenberg wrote:
> #sync2.bat second backup - should use hardlinks
> "c:\program files\cwrsync\rsync.exe" -avr --stats
> --link-dest="/cygdrive/c/source" "/cygdrive/z/Users/Scott's
> Folder/testBackup/" destination::testHardLinks
For that to work the
On Tue, Jun 07, 2005 at 12:07:49PM -0400, [EMAIL PROTECTED] wrote:
> 2005/06/07 11:29:35 [20870] auth failed on module home from
> serverA.domain.com (192.168.1.3)
If you upgrade the server to 2.6.5, rsync will log the reason that the
auth failed on that log-file line (password mismatch, missing
Hi,
My nightly rsync jobs recently began to fail. I don't recall making any
modifications to the rsync config files or upgrading rsync. Below is the error
I receive when I try to rsync the home directory of serverA to serverB. Is
there anything obviously wrong? Thanks.
serverA rsync # rsync -ar
I can't seem to get the hardlinks to work in windows via --link-dest.
It just refuses to find the files in the directory and make a hard
link. Here's the setup.
-I run 2 rsyncs from batch files called sync.bat and sync2.bat.
-I'm connected to the server via a mapped network drive, we'll call it
16 matches
Mail list logo
