Re: ignore mtime - or any metadata

Kevin Korb via rsync <[email protected]>
Newsgroups gmane.network.rsync.general
Message-ID <[email protected]>
I can't say I have tried it but -pog would all also result in 
duplicating files (assuming they are different).

On 9/25/22 14:49, Hardy via rsync wrote:
> Thanks Kevin,
> 
> -a implies rlptgoD and I obviously used it by comfort and habit. 
> Omitting -t (and perhaps also gop, not really needed) might solve my 
> problem? Will give it a try.
> 
> Am 25.09.22 um 20:30 schrob Kevin Korb via rsync:
>> -a is telling rsync to copy the metadata.  --size-only is telling 
>> rsync to skip the contents of files that are the same time.  Without 
>> --link-dest rsync would just update the metadata on the target. 
>> However, with --link-dest rsync is being told to make the same file 
>> with 2 different metadatas.  It can only do so by duplicating the file 
>> (effectively the same as --copy-dest).
>>
>> On 9/25/22 14:26, Hardy via rsync wrote:
>>> Hi,
>>>
>>> SHORT:
>>> rsync shall ignore differences in meta (inode) data, but does not 
>>> even with --size-only. -- If in combination with --link-dest.
>>> Is there any flag I missed?
>>>
>>> EXPLANATION:
>>> I use
>>> rsync -avbuH --size-only --stats --delete-excluded 
>>> --link-dest=/path/to/last "user@system:Shared/Data" /path/to/now
>>>
>>> to sync backup-style and use the --link-dest option to minimize 
>>> traffic (and space) and still have a full backup each time. So far 
>>> nothing special.
>>> Now it happens that at the source side data changes are moderate, but 
>>> meta information (like atime, mtime) do change a lot. I didn't find a 
>>> solution to make rsync ignore these differences to use a link. 
>>> --size-only and -t (implied by -a) work ok with a simple syncs, but 
>>> obviously (for me) it does not in combination with --link-dest. I can 
>>> understand the motivation behind this: rsync is not allowed to change 
>>> meta data of the existing inode, nor can it neglect the change - or 
>>> can it?
>>>
>>> Hardy
>>>
>>
> 

-- 
~*-,._.,-*~'`^`'~*-,._.,-*~'`^`'~*-,._.,-*~'`^`'~*-,._.,-*~'`^`'~*-,._.,
	Kevin Korb			Phone:    (407) 252-6853
	Systems Administrator		Internet:
	FutureQuest, Inc.		[email protected]  (work)
	Orlando, Florida		[email protected] (personal)
	Web page:			https://sanitarium.net/
	PGP public key available on web site.
~*-,._.,-*~'`^`'~*-,._.,-*~'`^`'~*-,._.,-*~'`^`'~*-,._.,-*~'`^`'~*-,._.,

-- 
Please use reply-all for most replies to avoid omitting the mailing list.
To unsubscribe or change options: https://lists.samba.org/mailman/listinfo/rsync
Before posting, read: http://www.catb.org/~esr/faqs/smart-questions.html
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.