Hi Paul,

Yes, this is a known issue by us, and by RHEL.

I have already yanked it from the yum repositories, and sent an email to 

the errata list with the following



------

This errata has been pulled from the repositories.



There is a bug in the 3.0.6-4.el5 version of rsync.



rsync commands of the form



     rsync <options> localdir remotehost:remotedir

or

     rsync <options> remotehost:remotedir localdir



no longer work, since the remotehost isn't passed along properly

unless there's also a username specified, therefore now require the form



     rsync <options> localdir username@remotehost:remotedir

or

     rsync <options> username@remotehost:remotedir localdir



A fix for this bug is in the works and will be provided as soon as it is 

available.

----



And alternative is to do



   yum downgrade rsync



Here is the link to the bugzilla for it.

https://bugzilla.redhat.com/show_bug.cgi?id=724041



Troy



On 07/27/2011 01:55 PM, Paul T. Keener wrote:

> It seems that version 3.0.6-4.el5 of rsync that was made available from

> the sl-security repo yesterday is broken.  In my usage:

>

> rsync -rlHptS --delete --rsh=ssh<directory>  <machine>:<directory>

>

> ssh is being invoked with no arguments.  This is, obviously, causing it

> to fail.

>

> Has anyone else seen this?

>

> Thanks.

>

>       Paul T. Keener

>       Department of Physics and Astronomy

>       University of Pennsylvania





-- 

__________________________________________________

Troy Dawson  [log in to unmask]  (630)840-6468

Fermilab  ComputingDivision/SCF/FEF/SLSMS Group

__________________________________________________