samba-bugs at samba.org
2013-Jul-04 09:17 UTC
[Bug 9997] New: File listed only whose attributes have changed for single '-v' option
https://bugzilla.samba.org/show_bug.cgi?id=9997 Summary: File listed only whose attributes have changed for single '-v' option Product: rsync Version: 3.0.9 Platform: All OS/Version: All Status: NEW Severity: normal Priority: P5 Component: core AssignedTo: wayned at samba.org ReportedBy: panyongzhi at gmail.com QAContact: rsync-qa at samba.org I have to make rsync outputs only files whose contents have changed, not those whose attributes have changed. I read its manpage and find one '-v' option should be exactly what I want: At the single -v level of verbosity, this does not mention when a file gets its attributes changed. If you ask for an itemized list of changed attributes (either --itemize-changes or adding "%i" to the --out-format setting), the output (on the client) increases to mention all items that are changed in any way. But when experimenting, rsync still prints files which only get their attributes changed. $ touch a $ rsync -av a b sending incremental file list a sent 76 bytes received 31 bytes 214.00 bytes/sec total size is 0 speedup is 0.00 $ touch a $ rsync -av a b sending incremental file list a sent 76 bytes received 31 bytes 214.00 bytes/sec total size is 0 speedup is 0.00 In the second rsync command, rsync should not have printed the filename of a, since only its modification time has changed. I have to suppress filename output for those whose attributes have changed only, since there are a huge amount of such information which cause my web application very slow. -- Configure bugmail: https://bugzilla.samba.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug.
samba-bugs at samba.org
2013-Jul-04 13:02 UTC
[Bug 9997] File listed only whose attributes have changed for single '-v' option
https://bugzilla.samba.org/show_bug.cgi?id=9997 --- Comment #1 from Kevin Korb <rsync at sanitarium.net> 2013-07-04 13:02:26 UTC --- If you add --itemize-changes rsync will tell you what it is changing and why. You can then filter the output however you want. -- Configure bugmail: https://bugzilla.samba.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug.
samba-bugs at samba.org
2013-Jul-05 02:18 UTC
[Bug 9997] File listed only whose attributes have changed for single '-v' option
https://bugzilla.samba.org/show_bug.cgi?id=9997 --- Comment #2 from Yongzhi Pan <panyongzhi at gmail.com> 2013-07-05 02:18:49 UTC --- In the example '-i' would show 't' meaning its modification time has changed. I want to suppress these file attributes changing info. According to the doc, a single '-v' option should be enough. But it still prints the file list for 'a', only whose attributes have changed. I may use grep, but it seems the '-v' option may not be working as intended in this scenario. -- Configure bugmail: https://bugzilla.samba.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug.
samba-bugs at samba.org
2013-Jul-05 02:25 UTC
[Bug 9997] File listed only whose attributes have changed for single '-v' option
https://bugzilla.samba.org/show_bug.cgi?id=9997 --- Comment #3 from Kevin Korb <rsync at sanitarium.net> 2013-07-05 02:25:22 UTC --- If it is showing a timestamp difference then rsync had to process that file. If you were running with --whole-file then it actually did copy the file. If you aren't then it verified the contents and copied any parts of the file that were different. Either way, the output happens before rsync has any idea if there are differences or not. Also, if you are using advanced backup options like --link-dest then rsync will write out a new file just for a t difference. Therefore it is absolutely expected that these be listed. -- Configure bugmail: https://bugzilla.samba.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug.
samba-bugs at samba.org
2013-Jul-05 04:10 UTC
[Bug 9997] File listed only whose attributes have changed for single '-v' option
https://bugzilla.samba.org/show_bug.cgi?id=9997 --- Comment #4 from Yongzhi Pan <panyongzhi at gmail.com> 2013-07-05 04:10:01 UTC --- Rsync will process it, but it may not show it in the file list. The manpage says: At the single -v level of verbosity, this does not mention when a file gets its attributes changed. But in a very simple test, it shows it does mention when a file gets its attributes changed. I think this is not in accordance with what the doc says. -- Configure bugmail: https://bugzilla.samba.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug.
samba-bugs at samba.org
2013-Jul-12 17:54 UTC
[Bug 9997] File listed only whose attributes have changed for single '-v' option
https://bugzilla.samba.org/show_bug.cgi?id=9997 Wayne Davison <wayned at samba.org> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution| |INVALID --- Comment #5 from Wayne Davison <wayned at samba.org> 2013-07-12 17:54:43 UTC --- Lookup the --checksum option and the section in the manpage on rsync's "quick check" algorithm for checking if a file needs to be transferred (e.g. if name+size+mtime match). If the mtime has changed, rsync has no way of knowing that file's data is unchanged without a pre-transfer checksum comparison (-c), or by doing the transfer and finding that all the checksum blocks actually matched (so obviously the latter is still a file transfer). It does not treat a 0-length file specially in this regard. -- Configure bugmail: https://bugzilla.samba.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug.
Maybe Matching Threads
- [Bug 10496] New: --itemize-changes always reports xattr changes with --xattrs --fake-super
- [Bug 8895] New: rsync warning: some files vanished
- [Bug 8456] New: improve --link-dest bahaviour
- [Bug 8450] New: --link-dest seems not to work mounted NTFS file systems
- [Bug 8558] New: rsync --out-format doesn't support single character escapes as listed in manpage