On 08/03/2018 11:07 AM, Warren Young wrote:
On Aug 3, 2018, at 8:57 AM, Robert Moskowitz <[email protected]> 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
[email protected]
https://lists.centos.org/mailman/listinfo/centos
_______________________________________________
CentOS mailing list
[email protected]
https://lists.centos.org/mailman/listinfo/centos
