Unfortunately, I can't replicate the problem at will.
But I'll investigate using iwatch/inotify to log
everything from the file system's point of view.
That should shed some light on what's happening.
The file names don't contain any control characters
(but good thinking!).
thanks,
raf
Joe via
The complete rsync command at the client end is approximately:
rsync --files-from=/tmp/rptaudit.list.4958 -zltv --compress-level=9 \
-e 'ssh' --rsync-path 'umask 002; rsync' --chmod=D2770,F640 --exclude=archive
\
./ user@host:/var/thing/report >> /var/log/rpt2web/rpt2web.trace
cheers,
raf
Kyle Bassett via rsync wrote:
> Hi raf,
>
> Curious issue you have. A few things:
>
> What distro(s) are you using?
debian-9
> Same rsync version on both ends?
Yes, rsync-3.1.2
> Hash of files look correct before and after the rsync?
I didn't check but I expect so. I don't expect rsync to
https://bugzilla.samba.org/show_bug.cgi?id=12570
--- Comment #2 from Haravikk ---
I was about to post on basically the same issue, but found this; I use rsync to
do a lot of incremental backups where ZFS or similar isn't an option (not that
common, but still comes up now and then). To guarantee