similar to: [Bug 13660] New: State clearly in manpage that --append-verify is an edge-case

I just noticed, too late )-: --append This causes rsync to update a file by appending data onto the end of the file, which presumes that the data that already exists on the receiving side is identical with the start of the file on the sending side. Any files that are the same size or shorter on the

I am using rsync 2.6.9 in daemon mode under Cygwin, and having trouble reconciling its --append behavior with that described in the man page: The man page says that when you use --append, it will update a file by appending, which presumes the existing data on the receiving side matches. But when I run rsync with append mode when the existing file on the receiving side is shorter than on the

https://bugzilla.samba.org/show_bug.cgi?id=8990 Summary: --append-verify doesn't spot file differences, even with --checksum Product: rsync Version: 3.0.9 Platform: All OS/Version: All Status: NEW Severity: normal Priority: P5 Component: core AssignedTo: wayned at samba.org

This was sent to the list as HTML (PLEASE, everyone, NO HTML!) This seems like an elegant replacement since "append" is not supported anymore, it seems... (sigh) -hpa -------- Original Message -------- Subject: dhcp-parameter-request-list and append in ISC DHCP 3.x Resent-Date: Mon, 27 Jan 2003 17:04:07 -0800 Resent-From: syslinux-admin at zytor.com Resent-To: syslinux-owner at

Hi, Does anyone know a workaround to get the --append option to do a non-appending inplace transfer when the reciever is longer than the sender rather than skipping the file. This is a common problem for us as most of our log files use an hourly or daily rollover and the reciever doesn't get updated until the sender builds up in size. The only option I can think of is adding a block in our

Hi all, >From the manpage of rsync, I can see the following descriptions: --inplace The option implies --partial (since an interrupted transfer does not delete the file) So I do the following testings on the `--inplace' and `--partial' for resuming a file with the following steps: 1- rsync ftp.cn.debian.org::debian/dists/wheezy/main/binary-amd64/

Hi, I frequently rsync larger files from my rented server to my PC. Sometimes I have to stop the rsync process and restart it a while after (e.g. I'm shutting down my PC for the night, ...), sometimes several times per source file. I like the two following features: (1) The unfinished files should stay in a own directory (I call it '.dl'). I'm talking here about the 'temp'

https://bugzilla.samba.org/show_bug.cgi?id=8558 Summary: rsync --out-format doesn't support single character escapes as listed in manpage Product: rsync Version: 3.0.6 Platform: x64 OS/Version: Linux Status: NEW Severity: minor Priority: P5 Component: core AssignedTo: wayned

https://bugzilla.samba.org/show_bug.cgi?id=13423 Bug ID: 13423 Summary: Checksum option does not work as expected when append-verify is used Product: rsync Version: 3.1.3 Hardware: All OS: All Status: NEW Severity: normal Priority: P5 Component: core

[ see http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=426191 ] The text in the description of the --append option may lead one to believe that files that are shorter on the receiving side won't be updated, due to the following text: ... Only files on the receiving side that are shorter than the corresponding file on the sending side (as well as new files) are sent. ... IMHO

I've released rsync 2.6.4pre2. It was a little sooner than expected, but I wanted to get the new keep-alive packets out for testing. Plus, one backward-compatibility bug had the potential to be rather annoying. The changes since 2.6.3 are here: http://rsync.samba.org/ftp/rsync/preview/rsync-2.6.4pre2-NEWS The changes since 2.6.4pre1 are as follows: - Added a keep-alive packet

I've released rsync 2.6.4pre2. It was a little sooner than expected, but I wanted to get the new keep-alive packets out for testing. Plus, one backward-compatibility bug had the potential to be rather annoying. The changes since 2.6.3 are here: http://rsync.samba.org/ftp/rsync/preview/rsync-2.6.4pre2-NEWS The changes since 2.6.4pre1 are as follows: - Added a keep-alive packet

https://bugzilla.samba.org/show_bug.cgi?id=5201 Summary: Rsync lets user corrupt dest by applying non-inplace batch in inplace mode Product: rsync Version: 3.0.0 Platform: Other OS/Version: Linux Status: NEW Severity: normal Priority: P3 Component: core AssignedTo:

Wayne, I noticed that rsync will let me apply a non-inplace batch file in inplace mode. This corrupts the destination file if the batch file copies any data forward (from earlier offsets to later ones). Of course, the post-transfer checksum detects the corruption and gives the "ERROR: <file> failed verification" message, but rsync doesn't give the user a clue why the

https://bugzilla.samba.org/show_bug.cgi?id=11609 Bug ID: 11609 Summary: Incorrect (or at least dangerous) behaviour of --append-verify Product: rsync Version: 3.1.1 Hardware: All OS: All Status: NEW Severity: normal Priority: P5 Component: core Assignee:

Hi everybody, i've been using rsync for quite some time to sync files between my laptop and my desktop for example i use the following to backup the music library (from Mac to Linux) > rsync -rvzu --exclude=.DS_Store --delete --exclude 'Podcasts/*' > $LOCAL_MUSI $REMOTE_MUSIC >> $LOGFILE An odd thing i always noticed is that some files were always copied, even

I believe that the changes to support --preallocate and --sparse together have broken --preallocate by itself (commit f3873b3d88b61167b106e7b9227a20147f8f6197) The previous behavior of --preallocate was to do just that: reserve blocks in the filesystem WITHOUT setting the size of the file to the final length. The reported filesize would change as the preallocated blocks were actually written.

...and another one. Of course, if you subscribed to the redhat-watch list then I wouldn't have to forward these (hint, hint). ;) Cheers, Dan ___________________________________________________________________________ Dan Yocum | Phone: (630) 840-8525 Linux/Unix System Administrator | Fax: (630) 840-6345 Computing Division OSS/FSS | email: yocum@fnal.gov

below. Dan ___________________________________________________________________________ Dan Yocum | Phone: (630) 840-8525 Linux/Unix System Administrator | Fax: (630) 840-6345 Computing Division OSS/FSS | email: yocum@fnal.gov .~. L Fermi National Accelerator Lab | WWW: www-oss.fnal.gov/~yocum/ /V\ I P.O. Box 500 |

https://bugzilla.samba.org/show_bug.cgi?id=5318 Summary: Rsync assertion in check_prior() when using --append Product: rsync Version: 3.0.0 Platform: Other OS/Version: FreeBSD Status: NEW Severity: normal Priority: P3 Component: core AssignedTo: wayned@samba.org ReportedBy: