rsync - Jul 2013 - [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.

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.

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.

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.

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.

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.