Re: Seemingly impossible bug: -v not always listing every copied file

2019-10-29 Thread Kyle Bassett via rsync
Hi raf, Curious issue you have. A few things: What distro(s) are you using? Same rsync version on both ends? Hash of files look correct before and after the rsync? Have you tried using inotify to monitor for changes at the fs level? You should see a "read" on the sender and a "read" + "write

Re: Seemingly impossible bug: -v not always listing every copied file

2019-10-29 Thread raf via rsync
Thanks. I'll try that. But I agree that it'll be something else. It's unlikely that whole trace files are being overwritten, because there's locking in place to prevent that sort of thing, but it's more likely than anything else. I'll check that the locking is working properly. Although, when I la

Re: Seemingly impossible bug: -v not always listing every copied file

2019-10-29 Thread Kevin Korb via rsync
It does seem impossible. I would suggest adding --itemize-changes (-v isn't really all that useful without it anyway). If entries are still missing then I would suspect that either log files are missing (maybe duplicate file names replacing the occasional log file?) or something other than rsync

Seemingly impossible bug: -v not always listing every copied file

2019-10-29 Thread raf via rsync
Hi, debian-9, rsync-3.1.2 (both ends) I have a task that rsyncs files from a list of candidate files (--files-from=). It's verbose (-v) and its stdout is captured to a file which is then sent to the receiving host. The captured verbose output is examined on the receiving host to know which files