Note: This bug is displayed in read-only format because the product is no longer active in Red Hat Bugzilla.
RHEL Engineering is moving the tracking of its product development work on RHEL 6 through RHEL 9 to Red Hat Jira (issues.redhat.com). If you're a Red Hat customer, please continue to file support cases via the Red Hat customer portal. If you're not, please head to the "RHEL project" in Red Hat Jira and file new tickets here. Individual Bugzilla bugs in the statuses "NEW", "ASSIGNED", and "POST" are being migrated throughout September 2023. Bugs of Red Hat partners with an assigned Engineering Partner Manager (EPM) are migrated in late September as per pre-agreed dates. Bugs against components "kernel", "kernel-rt", and "kpatch" are only migrated if still in "NEW" or "ASSIGNED". If you cannot log in to RH Jira, please consult article #7032570. That failing, please send an e-mail to the RH Jira admins at rh-issues@redhat.com to troubleshoot your issue as a user management inquiry. The email creates a ServiceNow ticket with Red Hat. Individual Bugzilla bugs that are migrated will be moved to status "CLOSED", resolution "MIGRATED", and set with "MigratedToJIRA" in "Keywords". The link to the successor Jira issue will be found under "Links", have a little "two-footprint" icon next to it, and direct you to the "RHEL project" in Red Hat Jira (issue links are of type "https://issues.redhat.com/browse/RHEL-XXXX", where "X" is a digit). This same link will be available in a blue banner at the top of the page informing you that that bug has been migrated.

Bug 918399

Summary: Time in file listing with --list-only option is inconsistent whether dst is given or not
Product: Red Hat Enterprise Linux 7 Reporter: Michal Trunecka <mtruneck>
Component: rsyncAssignee: Luboš Uhliarik <luhliari>
Status: CLOSED WONTFIX QA Contact: BaseOS QE Security Team <qe-baseos-security>
Severity: medium Docs Contact:
Priority: medium    
Version: 7.0CC: ebenes, ksrot, ovasik, psimerda
Target Milestone: rc   
Target Release: ---   
Hardware: All   
OS: Linux   
Whiteboard:
Fixed In Version: Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of: 904135 Environment:
Last Closed: 2015-11-02 12:34:58 UTC Type: Bug
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: --- RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: --- Target Upstream Version:
Embargoed:
Bug Depends On: 904135    
Bug Blocks:    

Description Michal Trunecka 2013-03-06 07:41:34 UTC
Description of problem:
The modification time of listed files (with --list-only option) is in current local timezone except the case of using rsync:// protocol. Time in UTC is listed in such case.

## The current timezone is CET, +1 hour
# date +%Z
CET

# rsync -a --list-only /root/local/ localhost::remote
drwxr-xr-x        4096 2013/01/25 14:06:05 .
-rw-r--r--    20000000 2013/01/25 14:06:05 bigfile

# rsync -a --list-only /root/local/
drwxr-xr-x        4096 2013/01/25 15:06:05 .
-rw-r--r--    20000000 2013/01/25 15:06:05 bigfile

#3 rsync -a --list-only /root/local/ localhost:/root/remote
root@localhost's password: 
drwxr-xr-x        4096 2013/01/25 15:06:05 .
-rw-r--r--    20000000 2013/01/25 15:06:05 bigfile



Version-Release number of selected component (if applicable):
rsync-3.0.9-5.el7.x86_64

How reproducible:
always

Steps to Reproduce:
1. set up and run an rsync daemon with some module, e.g. "remote"
2. Run commands and see the different results:
rsync -a --list-only /root/local/
rsync -a --list-only /root/local/  localhost::remote
  
Actual results:
The listed times differ depending on wheather remote rsync destination is given or not

Expected results:
Either consistent output (both timestamps in the same timezone) or some note in help why this happens (in case there is some purpose for this behaviour)

--- Additional comment from Michal Trunecka on 2013-01-25 09:38:13 EST ---

And if the files are actualy transfered with the times listed using --out-format option, the time is printed also in the local timezone. So only the listing with remote rsync destination lists the files with UTC timestamps.

# rsync -a --out-format '%n%L %M'  /root/local/ localhost::remote
./ 2013/01/25-15:06:05
bigfile 2013/01/25-15:06:05

Comment 1 Pavel Šimerda (pavlix) 2013-10-17 08:31:54 UTC
It seems to me that when rsync is used as a destination, remote server's timezone might be used (even with --list-info). Even when connecting to localhost, your local and remote timezones may differ.

Comment 3 Pavel Šimerda (pavlix) 2013-12-19 13:10:57 UTC
Reported upstream, linked the upstream bug report.

Comment 9 Luboš Uhliarik 2015-11-02 12:34:58 UTC
Since Devel Conditional NAK is set to Upstream, and upstream won't fix this issue (for more info, please see report in upstream bz - https://bugzilla.samba.org/show_bug.cgi?id=10336), i'm setting status of this bug as well as WONTFIX.