similar to: Rsync when using --whole-file

> You are missing the point of the checksum. It is a verification that > the file was assembled on the target system correctly. The only > post-transfer checksum that would make any sense locally would be to > make sure that the disk stored the file correctly which would require > a flushing of the cache and a re-reading of the file. Rsync has no > capability to do this

Hello. Please see http://unix.stackexchange.com/a/66702. I would like to have confirmation whether or not rsync verifies the transferred files' integrity at the target location by checksumming as advertised in the manpage: """Note that rsync always verifies that each transferred file was correctly reconstructed on the receiving side by checking a whole-file checksum that is

On 6/30/07, Wayne Davison <wayned@samba.org> committed: > Added Files: > checksum-xattr.diff > Log Message: > A simple patch that lets rsync use cached checksum values stored in > each file's extended attributes. A perl script is provided to create > and update the values. Wayne, You should be aware of two drawbacks of caching checksums in xattrs: First,

https://bugzilla.samba.org/show_bug.cgi?id=13735 Bug ID: 13735 Summary: Synchronize files when the sending side has newer change times while modification times and sizes are identical on both sides Product: rsync Version: 3.1.3 Hardware: All OS: All Status: NEW

Hello, I have a corpus that I have indexed with xapian/xappy and I would now like to generate a corpus-specific list of stopwords. (This is a technical corpus, so a typical stopword list wouldn't be helpful.) My first thought was to ask the xapian database for a list of terms followed by their frequency. My intuition is that I could probably bring together a list of stopwords by examining

Hello, I'm using rsync as part of a centralised config management for several servers. I'm trying to monitor the mtime of a particular directory and confirm that the remote copies are approximately as new as the the local master. However, mtime on that directory is not being synced. Here's my rsync command: cd $confdir && rsync -avpzR --checksum -I -e "ssh"

On Sep 8, 2006, at 5:58 AM, Thorsten Sandfuchs wrote: > hio, > as I have some huge files to distribute and md5-sum-checking takes > SOME time > for them, I''m trying to switch to mtime/timestamps, but got no > luck. Regularly > the mtime seems to change and additionally the md5sums generate > themselves > anyway. I''m pretty sure that the file

On the wiki: http://wiki.dovecot.org/Plugins/Zlib I think there should be a step 5.0. along the lines of "get and remember the original message file's mtime" And a step 5.4 like "Using the touch command or some other method, set the now compressed message's mtime back to the mtime of the original message file." To preserve the message's internal time in case

Folks: When using rsync to copy huge amounts of data I've found that a significant amount of time is spent computing the checksums. Sometimes hours, ... sometimes days - it depends on the total amount of data checked! And after that sometimes it's only a few files that need to be updated. I've pulled the latest git (rsync-3.1.1pre1) and didn't see anything to address this (or I

Hi, So for awhile I have been seeing this issue but it hasn''t been painful. However, recently I have been deploying a new module that has made it much more annoying. file { cdh3_config: recurse => true, ignore => ".svn", checksum => md5, notify => Exec[hadoop_alternatives], require

Hi rsync folks, I understand that by default, rsync will re-copy a file if the timestamp differs, but the size is the same. Sometimes, though, I have large files whose mtime have been changed but are otherwise identical. It seems a solution to this is --checksum, but it seems like --checksum computes the checksum for ALL files, which is time consuming. What would be nice is if we could have a

https://bugzilla.samba.org/show_bug.cgi?id=13385 Bug ID: 13385 Summary: rsync sometimes silently transfers more or fewer mtimes than it should Product: rsync Version: 3.1.3 Hardware: All OS: Linux Status: NEW Severity: regression Priority: P5 Component: core

Hi everybody, Until know i synchronized a few directories full of binaries with "--checksum" options, it took each time a lot of time since rsync "mdsum" each file contained in my directories. Then I decided to skip "--checksum" option to let rsync work only of files size and files mtime and speed up the process but when i launch a dry-run : rsync wants to

On Mon, 23 Jul 2018, Michael Wagner wrote: > here works a dovecot 2.2.27 on a raspberrypi and the behaviour is as > expected. > > doveadm -f tab fetch -u <user> "uid date.saved" mailbox Trash > uid date.saved > 314 2018-06-23 00:35:59 > 315 2018-06-23 12:39:10 > 316 2018-06-24 10:32:43 > ... > > And I have a cron script that

Before anyone yells at me, yes, you can use rsync's --checksum to detect (and fix) files that are incorrect despite having correct timestamps and sizes. This would mean that a previous rsync had been corrupted not the current one. But it is important to note that this would only be reported to you if you also use --itemize-changes and what to look for (a file with a c but not an s or a t).

hello all, i'm using rsync-2.5.4-2 on redhat 7.3 in order to rsync some data from a MS-WIN$ share, i use the following procedure -- first, i use the following to mount the SMB share : mount -t smbfs -o password=satish //satsco/satish /home/2 then, after successfully mounting the share, i am using the following to rsync the data into redhat linux : rsync -arlpogtb --whole-file

Hi. It seems that dovecot is using the current time, not a maildir file's mtime for INTERNALDATE when a message is re-indexed: $ cd Index $ rm -rf .INBOX $ cd ../Maildir/cur $ stat * File: `1392914632.P54451Q0M08633.smtpin01,S=2215,W=2249:2,' Size: 960 Blocks: 8 IO Block: 1048576 regular file Device: 36h/54d Inode: 11132959 Links: 1 Access: (0600/-rw-------)

What is the best tool to compare file hashes in two different drives/directories such as after copying a large number of files from one drive to another? I used cp -au to copy directories, not rsync, since it is between local disks. I found a mention of hashdeep on the 'net which means first running it against the first directory generating a file with checksums and then running it a second

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA512 Hello, I read that there is several problems about custom facts on this list. However, none is serving my task exactly so I start another. (Topic »custom facts in legacy puppet 0.24.[89]« is the might be the same issue but that gets no answer.) My problem is that I have to serve clients with different versions of puppet. The systems running ubuntu

Hi, With an rsync-2.6.4-3 client talking to an rsync-2.6.8-1.el4.rf server at least, the --ignore-times option seems not to be honoured? I.E. if I edit a file so that the mtime and size are the same, the file with the new data will not be transfered to the server. In case it's important, the full command I run is: rsync -viIaz --delete -e ssh . www.pixelbeat.org:'~/public_html'