Your message dated Wed, 30 Dec 2015 14:40:15 +0100 with message-id <[email protected]> and subject line Re: Bug#409545: rsync: transfers file again and again, trashes destination time has caused the Debian Bug report #409545, regarding rsync: transfers file again and again, trashes destination time to be marked as done.
This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what this message is talking about, this may indicate a serious mail system misconfiguration somewhere. Please contact [email protected] immediately.) -- 409545: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=409545 Debian Bug Tracking System Contact [email protected] with problems
--- Begin Message ---Package: rsync Version: 2.6.8-2 Severity: normal Today I found that rsync transfered the same (unchanged) file everytime I ran: rsync -avHxP / remotehost:dir/. --del Turned out that the source file had a very old timestamp: -rw-r--r-- 1 root root 573153 Jan 1 1970 file File: `/root/movies/SF-ebooks/Dragonlance/Dragonlance Preludes 1 vol 2 - Kendermore.txt' Size: 573153 Blocks: 1120 IO Block: 4096 regular file Device: 802h/2050d Inode: 184913758 Links: 1 Access: (0644/-rw-r--r--) Uid: ( 0/ root) Gid: ( 0/ root) Access: 2005-07-30 17:07:50.350691000 +0000 Modify: 1969-12-31 23:59:59.000000000 +0000 Change: 2005-12-05 14:59:12.234944320 +0000 Fascinatingly enough, stat -c%Y says -1 seconds since the epoch. The destination file has a very different timestamp: -rw-r--r-- 1 root root 573153 Feb 7 2106 file File: `Dragonlance/Dragonlance Preludes 1 vol 2 - Kendermore.txt' Size: 573153 Blocks: 1121 IO Block: 131072 regular file Device: fd00h/64768d Inode: 3276970 Links: 1 Access: (0644/-rw-r--r--) Uid: ( 0/ root) Gid: ( 0/ root) Access: 2007-02-03 18:34:49.000000000 +0000 Modify: 2106-02-07 06:28:15.000000000 +0000 Change: 2007-02-03 18:34:49.000000000 +0000 which likely is the reason it transfers the file again and again. stat -c%Y says 4294967295 (0xffffffff, or less precisely, -1 & (2**32-1)). the source system is 32 bit, while the remote system is 64 bit, btw. -- System Information: Debian Release: 4.0 APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: amd64 (x86_64) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.17.6 Locale: LANG=C, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Versions of packages rsync depends on: hi libc6 2.3.6.ds1-10 GNU C Library: Shared libraries ii libpopt0 1.10-2 lib for parsing cmdline parameters rsync recommends no packages. -- no debconf information
--- End Message ---
--- Begin Message ---Having ignored this bug long enough, it looks like it's now fixed :) Closing this bug report. Paul
--- End Message ---
