Hi: I've been using rsync for a couple years now. Unfortunately, I've made some changes on both ends, so it's unclear what could be the culprit. I make extensive use of --link-dest to provide a cheap "Time Machine"-like backup for a Windows machine. Source: Windows 7 running Cygwin (CYGWIN_NT-6.1 sith 1.7.33-2(0.280/5/3) 2014-11-13 15:47 x86_64 Cygwin) Destination: Synology 1512+ (Linux NAS 3.2.40 #5021 SMP Wed Dec 17 18:30:52 CST 2014 x86_64 GNU/Linux synology_cedarview_1512+) When I run with a command like the following: /usr/bin/rsync -avz --itemize-changes --dry-run --no-o --no-g --no-p --exclude-from=/cygdrive/c/Users/clint/.rsync/exclude --delete --delete-excluded --link-dest=../latest /cygdrive/c/Users/clint /cygdrive/c/Users/nancy rsync at nas::NetBackup/sith/2015-01-09T11_58_16 Rsync comes back and tells me this: <f+++++++++ nancy/Documents/SCRAPPING/Digital/Club Scrap/0313BookshelvesCSD/0313BookshelvesCSD.zip However, the file is clearly there. Here's a bit of history of the file (with inodes listed): 301113395 -rwx------ 329 rsync users 205949262 Jun 26 2013 2014-12-29T02_00_02/nancy/Documents/SCRAPPING/Digital/Club Scrap/0313BookshelvesCSD/0313BookshelvesCSD.zip 44883985 -rwx------ 1 rsync users 205949262 Jun 26 2013 2015-01-05T10_17_47/nancy/Documents/SCRAPPING/Digital/Club Scrap/0313BookshelvesCSD/0313BookshelvesCSD.zip 24985621 -rwx------ 1 rsync users 205949262 Jun 26 2013 2015-01-06T02_00_02/nancy/Documents/SCRAPPING/Digital/Club Scrap/0313BookshelvesCSD/0313BookshelvesCSD.zip 13205531 -rwx------ 1 rsync users 205949262 Jun 26 2013 2015-01-07T02_00_01/nancy/Documents/SCRAPPING/Digital/Club Scrap/0313BookshelvesCSD/0313BookshelvesCSD.zip 56131615 -rwx------ 1 rsync users 205949262 Jun 26 2013 2015-01-08T02_00_02/nancy/Documents/SCRAPPING/Digital/Club Scrap/0313BookshelvesCSD/0313BookshelvesCSD.zip 30498850 -rwx------ 1 rsync users 205949262 Jun 26 2013 2015-01-09T02_00_02/nancy/Documents/SCRAPPING/Digital/Club Scrap/0313BookshelvesCSD/0313BookshelvesCSD.zip 30498850 -rwx------ 1 rsync users 205949262 Jun 26 2013 latest/nancy/Documents/SCRAPPING/Digital/Club Scrap/0313BookshelvesCSD/0313BookshelvesCSD.zip I'm really perplexed as to how rsync thinks this file is new. The checksums seem to match as well. Thanks, -Clint -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.samba.org/pipermail/rsync/attachments/20150110/fec2c8f3/attachment.html>
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 What does --itemize-changes say about that file? Try using the stat command on the various copies of it to see what is different about them. On 01/09/2015 09:42 PM, Clint Olsen wrote:> Hi: > > I've been using rsync for a couple years now. Unfortunately, I've > made some changes on both ends, so it's unclear what could be the > culprit. I make extensive use of --link-dest to provide a cheap > "Time Machine"-like backup for a Windows machine. > > Source: Windows 7 running Cygwin (CYGWIN_NT-6.1 sith > 1.7.33-2(0.280/5/3) 2014-11-13 15:47 x86_64 Cygwin) Destination: > Synology 1512+ (Linux NAS 3.2.40 #5021 SMP Wed Dec 17 18:30:52 CST > 2014 x86_64 GNU/Linux synology_cedarview_1512+) > > When I run with a command like the following: > > /usr/bin/rsync -avz --itemize-changes --dry-run --no-o --no-g > --no-p --exclude-from=/cygdrive/c/Users/clint/.rsync/exclude > --delete --delete-excluded --link-dest=../latest > /cygdrive/c/Users/clint /cygdrive/c/Users/nancy > rsync at nas::NetBackup/sith/2015-01-09T11_58_16 > > > Rsync comes back and tells me this: > > <f+++++++++ nancy/Documents/SCRAPPING/Digital/Club > Scrap/0313BookshelvesCSD/0313BookshelvesCSD.zip > > > However, the file is clearly there. Here's a bit of history of the > file (with inodes listed): > > > 301113395 -rwx------ 329 rsync users 205949262 Jun 26 2013 > 2014-12-29T02_00_02/nancy/Documents/SCRAPPING/Digital/Club > Scrap/0313BookshelvesCSD/0313BookshelvesCSD.zip > > 44883985 -rwx------ 1 rsync users 205949262 Jun 26 2013 > 2015-01-05T10_17_47/nancy/Documents/SCRAPPING/Digital/Club > Scrap/0313BookshelvesCSD/0313BookshelvesCSD.zip > > 24985621 -rwx------ 1 rsync users 205949262 Jun 26 2013 > 2015-01-06T02_00_02/nancy/Documents/SCRAPPING/Digital/Club > Scrap/0313BookshelvesCSD/0313BookshelvesCSD.zip > > 13205531 -rwx------ 1 rsync users 205949262 Jun 26 2013 > 2015-01-07T02_00_01/nancy/Documents/SCRAPPING/Digital/Club > Scrap/0313BookshelvesCSD/0313BookshelvesCSD.zip > > 56131615 -rwx------ 1 rsync users 205949262 Jun 26 2013 > 2015-01-08T02_00_02/nancy/Documents/SCRAPPING/Digital/Club > Scrap/0313BookshelvesCSD/0313BookshelvesCSD.zip > > 30498850 -rwx------ 1 rsync users 205949262 Jun 26 2013 > 2015-01-09T02_00_02/nancy/Documents/SCRAPPING/Digital/Club > Scrap/0313BookshelvesCSD/0313BookshelvesCSD.zip > > 30498850 -rwx------ 1 rsync users 205949262 Jun 26 2013 > latest/nancy/Documents/SCRAPPING/Digital/Club > Scrap/0313BookshelvesCSD/0313BookshelvesCSD.zip > > I'm really perplexed as to how rsync thinks this file is new. The > checksums seem to match as well. > > > Thanks, > > > -Clint > > >- -- ~*-,._.,-*~'`^`'~*-,._.,-*~'`^`'~*-,._.,-*~'`^`'~*-,._.,-*~'`^`'~*-,._.,-*~ Kevin Korb Phone: (407) 252-6853 Systems Administrator Internet: FutureQuest, Inc. Kevin at FutureQuest.net (work) Orlando, Florida kmk at sanitarium.net (personal) Web page: http://www.sanitarium.net/ PGP public key available on web site. ~*-,._.,-*~'`^`'~*-,._.,-*~'`^`'~*-,._.,-*~'`^`'~*-,._.,-*~'`^`'~*-,._.,-*~ -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iEYEARECAAYFAlSxJ0wACgkQVKC1jlbQAQcyXACgxo/JjvfnuceCoIMhEN7cK/gg hkAAoLvTGf+vbvaZOTx4TqZRUktU9f8+ =ntWZ -----END PGP SIGNATURE-----
On Sat Jan 10 2015 at 5:21:33 AM Kevin Korb <kmk at sanitarium.net> wrote:> -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > What does --itemize-changes say about that file? Try using the stat > command on the various copies of it to see what is different about them. >In my original message, I stated I used --itemize-changes, and I reported the following:> <f+++++++++ nancy/Documents/SCRAPPING/Digital/Club > Scrap/0313BookshelvesCSD/0313BookshelvesCSD.zipAre there other debug switches I should consider? I don't see why stat'ing the file will matter considering that rsync thinks this file is new.> When I run with a command like the following: > > > > /usr/bin/rsync -avz *--itemize-changes *--dry-run --no-o --no-g > > --no-p --exclude-from=/cygdrive/c/Users/clint/.rsync/exclude > > --delete --delete-excluded --link-dest=../latest > > /cygdrive/c/Users/clint /cygdrive/c/Users/nancy > > rsync at nas::NetBackup/sith/2015-01-09T11_58_16 > > > > > > Rsync comes back and tells me this: > > > > <f+++++++++ nancy/Documents/SCRAPPING/Digital/Club > > Scrap/0313BookshelvesCSD/0313BookshelvesCSD.zip >Thanks, -Clint -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.samba.org/pipermail/rsync/attachments/20150111/6743fdd3/attachment.html>
Reasonably Related Threads
- Link-dest thinks file is newly created, but it isn't
- Link-dest thinks file is newly created, but it isn't
- Link-dest thinks file is newly created, but it isn't
- Fwd: --link-dest does not appear to be linking on Cygwin
- [LLVMdev] How much memory clang llvm needs for debug compiling?