similar to: rsync man page: out of date corruption warning

Problem was introduced with this commit: commit f3873b3d88b61167b106e7b9227a20147f8f6197 Author: Wayne Davison <wayned at samba.org> Date: Mon Oct 10 11:49:50 2016 -0700 Support --sparse combined with --preallocate or --inplace. The new code tries to punch holes in the destination file using newer Linux fallocate features. It also supports a --whole-file

In some filesystems, typically optimized for large I/O throughputs (like IBM GPFS, IBM SAN FS, or distributed filesystems in general) a lot of lseek() operations can strongly impact on performances. In this cases it can be helpful to enlarge the block size used to handle sparse files directly from a command line parameter. For example, using a sparse write size of 32KB, I've been able to

Hi Bas, I'm not sure if this is of interest, but I also had issues with VM disk-image sparse-files (in my case KVM, rather than VMWare), which I've now resolved. http://www.finalcog.com/rsync-vm-sparse-inplace-kvm-vmware All the best, Chris Dew. P.S. Apologies for any breach of etiquette - I could not see Bas' email address on

I appreciate the parable of helping non-technical users (or, more precisely, users not keen on IT). As I understand, placement of software like Word or Photoshop servers this purpose. But both of them have decent open-source counterparts, and they are better fit for an rsync manual. Or, if from any reason proprietary software is preferred in this context (perhaps because it generates even more

Dear rsync people (particularly Wayne), I think it would be helpful for the options in the man page to be divided into sections based on which aspect of rsync's behavior they affect. Each section could also document rsync's default behavior when none of the options are given. Collecting all the possibilities for each aspect of rsync's behavior in one place would make it much easier

Hi Ram, In OS X, some font types (not all) put the font payload in the resource fork. Netatalk provides AFP filesharing, imitating the resource forks by creating secondary files in ?.Appledouble? folders within each folder. Netatalk tracks the resource forks, and other metadata, by keeping a ?Desktop database? at the root of the shared volume ? look for .AppleDesktop, and .AppleDB. You can

It was broucht up before indeed: https://lists.samba.org/archive/rsync/2012-June/027680.html On 12/30/18 9:50 PM, devzero--- via rsync wrote: >> There have been addons to rsync in the past to do that but rsync really >> isn't the correct tool for the job. > why not correct tool ? > > if rsync can greatly keep two large files in sync between source and destination >

I would agree. Plus he said this was something he did to help his wife. It is entirely possible that he runs a Samba server to assists a non-technical wife just like a corporate IT department would do. On 07/27/2016 02:26 PM, Tony Reed wrote: > I would rather the maintainers would spend their time improving the > application, and not worrying aobut the OP's hurt little open-sourced

Sent from BlackBerry? on Airtel -----Original Message----- From: rsync-request@lists.samba.org Date: Sun, 28 Oct 2007 12:00:33 To:rsync@lists.samba.org Subject: rsync Digest, Vol 58, Issue 29 Send rsync mailing list submissions to rsync@lists.samba.org To subscribe or unsubscribe via the World Wide Web, visit https://lists.samba.org/mailman/listinfo/rsync or, via email, send a message with

https://bugzilla.samba.org/show_bug.cgi?id=11651 Bug ID: 11651 Summary: Can we allow --inplace and --sparse to coexist when --whole-file is in play? Product: rsync Version: 3.1.2 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 Component: core

problem is he's trying to rsync into the target dir and have the side effect of delete. so an empty dir would necessarily need to be in the target of course and thus created there, triggering the quota block. he tried to avoid this by using device files then 'blocking all device files' but i think rsync figures out first there's nothing to do, so it just stops and doesnt do the

I THINK YOUR A VERY SAD BUNCH OF LIFES WAISTERS On Wed, Dec 8, 2010 at 7:00 PM, <rsync-request at lists.samba.org> wrote: > Send rsync mailing list submissions to > ? ? ? ?rsync at lists.samba.org > > To subscribe or unsubscribe via the World Wide Web, visit > ? ? ? ?https://lists.samba.org/mailman/listinfo/rsync > or, via email, send a message with subject or body

Not to mention the fact that ZFS requires considerable hardware resources (CPU & memory) to perform well. It also requires you to learn a whole new terminology to wrap your head around it. It's certainly not a trivial swap to say the least... Thanks, -Clint On Mon, Apr 6, 2015 at 9:12 AM, Ken Chase <rsync-list-m829 at sizone.org> wrote: > This has been a consideration. But it

It seems to me that it should be possible to make --inplace and --sparse compatible. The manpage says -S, --sparse ... Conflicts with --inplace because it's not possible to overwrite data in a sparse fashion. but I think it _is_ possible to do that, provided the receiving side opens the dest file read-write instead of write-only. When writing within the existing

https://bugzilla.samba.org/show_bug.cgi?id=6816 Summary: Delta-transfer algorithm does not reuse already transmitted identical blocks Product: rsync Version: 3.0.5 Platform: Other OS/Version: All Status: NEW Severity: enhancement Priority: P3 Component: core AssignedTo: wayned

Hi, Filesystem is a XFS. The source file isn't a sparse file, but have big chunks of \0's. $ ls -lh probeta.vdi -rw------- 1 djgera djgera 11G 2008-09-14 02:47 probeta.vdi $ ls -l probeta.vdi -rw------- 1 djgera djgera 10737459712 2008-09-14 02:47 probeta.vdi $ du -h probeta.vdi 11G probeta.vdi when copy with $ rsync -aSv --progress probeta.vdi test-sparse.vdi sending incremental

Quite strange at first sight that the failure should depend on the files containing NULs! But I've reproduced it on both Ubuntu and OpenSUSE with d73762e "Preparing for release of 3.1.3". The problem remains even if you drop the --checksum or --delay-updates options from the command line, but goes away if you don't use both "--sparse" and "--preallocate"

I would rather the maintainers would spend their time improving the application, and not worrying aobut the OP's hurt little open-sourced religious feelings. I use rsync to transfer pretty massive (wait for it) ADOBE PHOTOSHOP files around my LAN. Neener neener fucken neener. On Wed, Jul 27, 2016 at 11:37 AM, Karl O. Pinc <kop at meme.com> wrote: > On Wed, 27 Jul 2016 14:56:07

On Wed, Apr 24, 2019 at 02:39:03PM -0500, Eric Blake wrote: > On 3/28/19 11:18 AM, Richard W.M. Jones wrote: > > This uses lseek SEEK_DATA/SEEK_HOLE to search for allocated data and > > holes in the underlying file. > > --- > > plugins/file/file.c | 141 ++++++++++++++++++++++++++++++++++--- > > tests/Makefile.am | 5 ++ > >

I can still read&write on the external hdd and on my laptop (which I have my gentoo there) I can't do anything on / because its filled up with /proc/kcore after "rsync failed" rsync -aAXv --exclude={"/dev/*","/proc/*","/sys/*","/tmp/*","/run/*","/mnt/*","/media/*","/lost+found"} /*