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