CentOS - Aug 2018 - rsync versioning problem

I seem to have an rsync versioning problem.

The sender is an old ClearOS6 server with rsynv 3.0.6
The receiver is a brand new Centos7-armv7 server with rsync 3.1.2

I am running rsync over ssh

Got the error:

rsync error: error in rsync protocol data stream (code 12) at io.c(600) 
[sender=3.0.6]

And researching this it comes down to a versioning issue.? But all I 
have found was to upgrade the 3.0.6 system!? That will happen when I 
migrate to ClearOS7!

Is there some option to specify to get this to work?

rsync -ah --stats --delete -e "ssh" /var/flexshare/shares 
x.htt-consult.com:/media/backup/homebase/var/flexshare/shares/

On Aug 3, 2018, at 8:57 AM, Robert Moskowitz <rgm at htt-consult.com>
wrote:
> 
> I seem to have an rsync versioning problem.
Have you ruled out the other causes of that error?  For instance:

    https://askubuntu.com/a/716911
> And researching this it comes down to a versioning issue.
That seems rather unlikely for such an old and stable tool as rsync, and
especially for two versions with the same major version number.  If you?d said
rsync 2 and 3 or we were talking about a tool that still hadn?t hit 1.0 yet, I?d
believe the protocol was still in flux, but rsync is 22 years old now.

On the other hand, 3.0.6 is nine years old now, so maybe.
> rsync -ah --stats --delete -e ?ssh"
You haven?t needed "-e ssh? since rsync 2.6.0, which made it the default. 
It was released in 2004.
> /var/flexshare/shares
x.htt-consult.com:/media/backup/homebase/var/flexshare/shares/
Rsync won?t create multiple levels of directories on the target.  It will only
create up to one level of missing directories.  Try this:

    $ ssh x.htt-consult.com 'mkdir -p
/media/backup/homebase/var/flexshare/shares/'

Then retry the rsync.

On 08/03/2018 11:07 AM, Warren Young wrote:
> On Aug 3, 2018, at 8:57 AM, Robert Moskowitz <rgm at htt-consult.com>
wrote:
>> I seem to have an rsync versioning problem.
> Have you ruled out the other causes of that error?  For instance:
>
>      https://askubuntu.com/a/716911
yeah.? It is backups, not backup.? Oops.
>
>> And researching this it comes down to a versioning issue.
> That seems rather unlikely for such an old and stable tool as rsync, and
especially for two versions with the same major version number.  If you?d said
rsync 2 and 3 or we were talking about a tool that still hadn?t hit 1.0 yet, I?d
believe the protocol was still in flux, but rsync is 22 years old now.
>
> On the other hand, 3.0.6 is nine years old now, so maybe.
>
>> rsync -ah --stats --delete -e ?ssh"
> You haven?t needed "-e ssh? since rsync 2.6.0, which made it the
default.  It was released in 2004.
How do I specify -p and -l that I cut out of my example?

"ssh -pnnn -luserid"
>
>> /var/flexshare/shares
x.htt-consult.com:/media/backup/homebase/var/flexshare/shares/
> Rsync won?t create multiple levels of directories on the target.  It will
only create up to one level of missing directories.  Try this:
>
>      $ ssh x.htt-consult.com 'mkdir -p
/media/backup/homebase/var/flexshare/shares/'
Oh?? I have been doing this in one shape or form for a long time. It is 
running right now, copying all the sub dirs and creating any new needed 
with:

rsync -ah --stats --delete -e "ssh -pnnnn -l user" 
/var/flexshare/shares/ 
nevia.htt-consult.com:/media/WD3TB01/backups/homebase/var/flexshare/shares

Note the source ending with /

That is needed.? Without it, it creates a shares directory under the 
target directory.
> Then retry the rsync.
> _______________________________________________
> CentOS mailing list
> CentOS at centos.org
> https://lists.centos.org/mailman/listinfo/centos