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
__________________________________________________