Rsync access to cr.openjdk.java.net ?
tim.bell at oracle.com
Mon Mar 10 19:48:16 UTC 2014
On 03/10/14 12:41, Martin Buchholz wrote:
> This problem came back today. The same rsync command to
> cr.openjdk.java.net <http://cr.openjdk.java.net> that succeeded last
> week is failing this week.
> Its IP address has changed, so I'm guessing y'all updated it.
Yes - we went through a server upgrade exercise over the weekend.
> I've tried with or without --protocol=29.
> Can other people successfully rsync?
> sftp is still working fine.
I tested scp and sftp and thought that would cover rsync. Obviously not.
Now that email is moving again, I will go back and take another look at
the cr.ojn server.
> On Wed, May 30, 2012 at 6:21 PM, David Holmes <david.holmes at oracle.com
> <mailto:david.holmes at oracle.com>> wrote:
> Hi Tim,
> On 31/05/2012 3:19 AM, Tim Bell wrote:
> Hi David:
> It's possible my local rsync version has changed but does
> anyone know
> why I would get this error?
> cr.ojn is still running an old version of rsync:
> % /usr/bin/rsync --version
> rsync version 2.6.9 protocol version 29
> If your rsync is using a protocol version newer than 29, you
> need to add
> "--protocol=29" to your command line. Give this a try and let
> me know if
> it does not work for you.
> I'm using that already I'm afraid. I ran into the protocol issue
> some take back.
> But you gave me the clue I needed :) Turns out rsync is using the
> local path to the rsync binary as the remote path for the rsync
> binary. In my case the local path is now /pkg/local/bin/rsync but
> I need /usr/bin/rsync remotely. Setting the --rsync-path option
> fixed it.
> I'll investigate updating the rsync used on the CR server, as Mark
> suggested long ago.
-------------- next part --------------
An HTML attachment was scrubbed...
More information about the web-discuss