similar to: Purpose of --checksum-seed ?

On Tue, 14 Jul 2015 08:59:25 +0200, Paul Slootman wrote: > btrfs has support for this: you make a backup, then create a btrfs > snapshot of the filesystem (or directory), then the next time you make a > new backup with rsync, use --inplace so that just changed parts of the > file are written to the same blocks and btrfs will take care of the > copy-on-write part. That's

On Mon, 13 Jul 2015 02:19:23 +0000, Andrew Gideon wrote: > Look at tools like inotifywait, auditd, or kfsmd to see what's easily > available to you and what best fits your needs. > > [Though I'd also be surprised if nobody has fed audit information into > rsync before; your need doesn't seem all that unusual given ever-growing > disk storage.] I wanted to take this

On Mon, 13 Jul 2015 15:40:51 +0100, Simon Hobson wrote: > The think here is that you are into "backup" tools rather than the > general purpose tool that rsync is intended to be. Yes, that is true. Rsync serves so well as a core component to backup, I can be blind about "something other than rsync". I'll look at the tools you suggest. However, you've made be

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,

notice: /subject.sol1.net/virtual_mail_server/File[/etc/postfix]/checksum: checksum changed ''{time}Thu Jan 25 16:31:08 EST 2007'' to ''{time}Thu Jan 25 16:36:39 EST 2007'' I know there''s something weird in the directory modification detection that causes the next run after things actually change to suffer from this problem, but I''m getting it

This is a suggestion for adding to rsync an option "--checksum-path=PROGRAM". Once this option is given, provided it is accompained by option "--checksum", both the receiving and sending side of rsync would compute checksums calling PROGRAM, instead of the usual checksum program. Why is this usefull? Suppose I have two collections of MP3 files at different locations which I

Hey While trying to get some svg files of the CentOS logo I found that [1] can't load the images. The urls are : http://gideon.nyarna.com/artwork/centos-new-2.png http://gideon.nyarna.com/artwork/centos-logo-3.png http://files.squirtgun.ca//CentOS/images/logos/centosLogoRound_v001.jpg Maybe someone can fix this. [1] http://wiki.centos.org/ArtWork/Logo Cheers Didi ---- My www page:

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

I am looking for a manual(s) or any kind of documentation, at the introductory level, regarding matrix algebra (specifically, matrix population models). Any help will be highly appreciated Gideon Gideon Wasserberg (Ph.D.) Wildlife research unit, Department of wildlife ecology, University of Wisconsin 218 Russell labs, 1630 Linden dr., Madison, Wisconsin 53706, USA. Tel.:608 265 2130, Fax: 608

I currently do incremental backups using --link-dest. Unchanged files are hard links to the previous snapshot; changed files are new copies. Where this "fails" is for large files that have received small changes. The directory containing my main IMAP account, for example, typically generates between 1 and 2 G of daily backup data as I file messages in my inbox. Yesterday, though,

I've found an error: ACLs are not properly preserved when a file is moved from Solaris to a 2.6 Linux (I'm testing using CentOS 4 update 3 plus updates). This is using 2.6.8 built with the acl patch on both platforms. The file on the source Solaris machine: [truffle:/opt]# getfacl /xxx/x # file: /xxx/x # owner: root # group: other user::rw- user:httpd:r-x #effective:r--

When --checksum is used they're calculated in both ends to see if the file should be transfered. This is of course not necessary if the file doesn't exist in the destination. However, the checksum is still calculated by the sender, which is often a very large overhead. Would it be possible to avoid it?

Hello, I have been working on porting ASan to AArch64. I am building compiler-rt in "standalone mode" targeting aarch64. My build is successful, but I get the following runtime error when I run an ASan enabled executable through qemu-aarch64: ==29184==Parsed ASAN_OPTIONS: verbosity=1 ==29184==AddressSanitizer: failed to intercept '__isoc99_printf' ==29184==AddressSanitizer:

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

Hey A wise man said to me that Hashing filters was my solution to rock the world, and making my life alot easier. When applying 4000 rules, the system had to check them all for match. But with hassing it would only require 1-2 checks. Even though when i had read the lartc on the subject i was no less that a question mark. If anyone have played with it, and have a working, logic configuration

struct timespec64 has unused bits in the tv_nsec field that can be used for other purposes. In future patches, we're going to change how the inode->i_ctime is accessed in certain inodes in order to make use of them. In order to do that safely though, we'll need to eradicate raw accesses of the inode->i_ctime field from the kernel. Add new accessor functions for the ctime that we can

Hi, temp3<- read.table(text=" ID CTIME WEIGHT HM001 1223 24.0 HM001 1224 25.2 HM001 1225 23.1 HM001 1226 NA HM001 1227 32.1 HM001 1228 32.4 HM001 1229 1323.2 HM001 1230 27.4 HM001 1231 22.4236 #changed here to test the previous solution ",sep="",header=TRUE,stringsAsFactors=FALSE) ?tempnew<- na.omit(temp3) ?grep("\\d{4}",temp3$WEIGHT) #[1] 7 9 #not correct

Hi, I use rsync with hardlinks for backup, once a week doing checksums to ensure there's no filesystem corruption in the backed-up data. I also use tmpwatch, or something similar, to clean up /tmp, it removes files that have not been accessed recently. (atime older than some configured limit). I backup /tmp because I throw stuff in tmp that I might possibly need again but don't want to

Hi, We use an rsync (rrsync, to be precise) based back-up solution. Every so often an iSCSI based file-system gets brought up and left connected for the night. After a mount event rsync will back that volume up, including server TB of data that haven't been modified, but the ctime is newer than the mtime. Is there a way to stop this behaviour? Cheers, Andrej

Dear R People: I am looking at the ctime attribute of two different files. It contains the year, month, day, time of creation and time zone. Is there a way to determine the difference between the ctimes of two files, please? I looked in the chron package and nothing seemed to work. Thanks in advance, Sincerely, Erin -- Erin Hodgess Associate Professor Department of Computer and