similar to: --fuzzy question

Hi! I try to use batch mode to send only the difference between two packed CDs by email over a slow line. I create the diff with: rsync -avvv --write-batch=rs CD-ROM-V6.6.32.zip CD-ROM-V6.6.31.zip where alfred:/Auslieferung/CD # l -n -rw-r--r-- 1 0 0 453248121 Sep 2 16:22 CD-ROM-V6.6.31.zip -rw-r--r-- 1 0 0 407416499 Sep 29 13:39 CD-ROM-V6.6.32.zip resulting

Hi, I'm having a problem trying to get the --debug flags to work with 3.1.0. I wanted to check with the mailing list to make sure this is really a bug and not something I'm misunderstanding. This is what I'm running (as a test): rsync --fuzzy --fuzzy -vv --debug=FUZZY,FUZZY2 C_VOL-b001-i3818.spi rsync://user at localhost/SHARENAME/dest The "dest" folder on the destination

Greetings, I would like to write a patch for rsync but need some help getting started. Here is my situation. I am using cwrsync to copy files from one Windows server to another Windows server. One file that I need to backup is 130 GB. The daily changes occur all throughout the file, not just at the end of the file. File names look like this: Db_20080402_0003_DB.BAK Db_20080403_0003_DB.BAK

https://bugzilla.samba.org/show_bug.cgi?id=12527 Bug ID: 12527 Summary: Sender waits for timeout when fuzzy basis file found Product: rsync Version: 3.1.2 Hardware: All OS: All Status: NEW Severity: critical Priority: P5 Component: core Assignee: wayned at samba.org

My apologies if this has been asked before - I searched the archives but couldn't find it, probably because I'm not sure what terms to use. I'm trying to rsync database backups from point A to point B, where point B has rsync running as a service. Every day I make a new backup on point A (mike_db_20041110.bak), and since there's no matching file on point B, the entire file is

https://bugzilla.samba.org/show_bug.cgi?id=2187 ------- Additional Comments From qiucheng@csc.com.cn 2004-12-27 01:15 ------- Created an attachment (id=869) --> (https://bugzilla.samba.org/attachment.cgi?id=869&action=view) error log -- Configure bugmail: https://bugzilla.samba.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact

https://bugzilla.samba.org/show_bug.cgi?id=11866 Bug ID: 11866 Summary: rsync fails (failed to re-stat) when using double fuzzy + link-dest on renamed files Product: rsync Version: 3.1.1 Hardware: All OS: Linux Status: NEW Severity: normal Priority: P5 Component:

Hi! I read the source around find_fuzzy(), but got stuck in get_dirlist(). I thought the latter returns the subset of the current ?global? file list of the receiver side (which is complete, or an incremental part(?)), reduced to the ?same directory? restriction. Can someone enlighten me, where the ?global file list? is stored? Is that actually used for fuzzy-match? If not, why not? When is

Hi all! Can someone tell me please why rsync -avt --whole-file -O --safe-links causes huge load on receiver. As i know, the only main load causes are compression (-z) and the deltas calculating (disabled iin my case by --whole-file). -- View this message in context: http://www.nabble.com/rsync-load--problem-tf3013151.html#a8367649 Sent from the Samba - rsync mailing list archive at Nabble.com.

I'm writing a wrapper around a large number of rsyncs that need to happen, and it would be great if I could parse the output of a running rsync and find out how far along it is. To do this, I would need to know how many files the rsync is going to transfer. If I run 'rsync -avz --progress', it tells me how many files it is considering, but not how many it actually needs to update.

A rather distressing timestamp issue (to multiple users here). Anyone seen similar behavior or have a suggestion/solution? Problem: Opening and closing an excel file (no changes/keystrokes to file) on the Samba server causes the file to be saved with time stamp of closing. (There is no autosave set on Excel - also see other info below) MS Excel 97 SR-2 NT 4.0 SP5 Solaris 2.6 or 2.7 (2

Hello all, we are experiencing problems with samba 2.0.6 and the MKS touch command. during our builds, we touch files and directories so that our make dependencies work correctly. Unfortunately, it seems that MKS' touch.exe doesn't actually change the time stamp of a file or directory. The command returns without an error, but the timestamp does not change. The same problem exists

https://bugzilla.samba.org/show_bug.cgi?id=10581 Summary: --fuzzy-delay and --fuzzy-limit for fuzzy match tuning Product: rsync Version: 3.1.0 Platform: All OS/Version: All Status: NEW Severity: normal Priority: P5 Component: core AssignedTo: wayned at samba.org ReportedBy: samba at

I wrote on Fri, 02 Jan 2015 16:02:27 +0100: > --- a/generator.c 2014-06-14 01:05:08.000000000 +0200 > +++ b/generator.c 2015-01-02 15:50:30.000000000 +0100 > @@ -588,7 +588,14 @@ > if (ignore_times) > return 0; > - return cmp_time(st->st_mtime, file->modtime) == 0; > + return cmp_time(st->st_mtime, file->modtime) ==

I've been using 3.0.0pre8 to move a Debian archive from one filesystem to another. This archive contains a daily snapshot of the Debian ftp site, with common files hardlinked to save space. I noticed that it was using far more space than necessary. Upon investigation it seems that all the source files that have inode numbers greater than 2^31 aren't being hardlinked together at the

Hi List, We are using the following setup: Dovecot-2.2.18 Pigeonhole-0.4.8 (for Dovecot-2.2) After the mail is finally delivered via a fileinto by the Sieve filter it gets an updated timestamp (modification time). The server has localtime setup correctly IMO (UTC +0200), but still the delivered mail is setup as being two hours old. I think I found out that the function

https://bugzilla.samba.org/show_bug.cgi?id=12489 Bug ID: 12489 Summary: --fuzzy --fuzzy does not work with daemon Product: rsync Version: 3.1.2 Hardware: All OS: All Status: NEW Severity: critical Priority: P5 Component: core Assignee: wayned at samba.org Reporter:

Hi everyone I'm still getting strange sizes on the daemon logs. After transferring around 1.66GB over 14 hours (256kbit link) to an absolutely empty directory, I get: 2007/01/26 04:13:43 [26441] sent 57014 bytes received 44708 bytes total size 1947222268 du reports the final size of the directory on the daemon side as 1.6 G, and the "received" bytes can't be 44708?! I know

https://bugzilla.samba.org/show_bug.cgi?id=12498 Bug ID: 12498 Summary: --fuzzy --fuzzy hugely impacts performance even if its' not needed Product: rsync Version: 3.1.2 Hardware: All OS: All Status: NEW Severity: normal Priority: P5 Component: core

We use rsync to update an nfs server. After an update, we noticed that a large number of clients didn't see the updated data. It took me a while to be able to reliably reproduce this problem, but it happens on old and new versions of rysnc. It also happens across all the platforms we use here (sun/linux/netapp). This shows the problem: [Note my home directory is NFS mounted]