> Aaah, thanks for the insight. RSYNC must transfer the file regardless of the
> link count, but it also takes note of the missing link. So, it probably
> considers an inode with multiple links "resolved" only after it finds a
> brother/sister link and deletes the duplicate.
You may also be i
It was pointed out that this information is in the --itemize-changes parameter
in the man page.
I looked at the man page but missed this part. I guess it was the forest for
the trees.
Thanks and it is resolved.
Robert
USING: rsync version 3.0.6 protocol version 30 on a Sun Solaris 10 x86
On 28.06.2010 09:38, McGraw, Robert P wrote:
>
> USING: rsync version 3.0.6 protocol version 30 on a Sun Solaris 10 x86.
> This is a precompiled version from opencsw.
>
>
> /opt/csw/bin/rsync -n -axzH -v --delete-after
> --log-file=$RSYNCOUTPUT/export_-${DAILYDT}X --rsync-path=/opt/csw/bin/r
USING: rsync version 3.0.6 protocol version 30 on a Sun Solaris 10 x86. This
is a precompiled version from opencsw.
/opt/csw/bin/rsync -n -axzH -v --delete-after
--log-file=$RSYNCOUTPUT/export_-${DAILYDT}X --rsync-path=/opt/csw/bin/rsync -e
"ssh -i /root/.ssh/id_hertz" --max-delete=100 /ex