Displaying 20 results from an estimated 600 matches similar to: "Archive Delete Mode"
2004 Feb 20
1
[patch] fix for "refuse options" ignored due to popt
Hello,
I found the reason why "refuse options" is ignored on the server
side. When then 5th argument (int val) in the poptOption struct is
set to zero, the parsing function poptGetNextOpt() just continues
with the next arg, without returning. So check_refuse_options() is
simply not called in such cases.
The attached patch makes "refuse options" work with checksum and
2003 Aug 06
1
Should --progress implicitly assert -v?
I'd like to know if there's any support for changing the behavior of the
-P and --progress options to increase the verbosity of the rsync
command. Without -v, -P and --progress don't provide clear output: -v
displays the current filename and -P and --progress display the progress
of the current transfer. It's important that these two pieces of
information work together since -P
2003 Jun 24
2
[PATCH] Limit recursion depth
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
Hy folks,
everybody knows, that rsync eats up a lot of memory, when rsyncing
a lot of files.
To avoid this i run rsync on different parts of the directory-tree
(e.g. first ~muchofileuser/muchofilesdir1 then
~muchofileuser/muchofilesdir2 and so on) and it works fine for me.
So i tried to do this in a automatical way (e.g perl/shell/whatever
2009 Oct 15
1
PATCH: --write-devices to allow synchronising to a block device
Hi List,
I had a need recently to efficiently synchronise between some large LUNs
(boot drive disks) at two different datacentres. Solutions like drbd and
$proprietary_array_vendors_software were overkill - we only needed
(wanted!) to periodically synchronise these LUNs whenever major changes
were generated on the source. On the other hand however, re-sending the
entire disk contents each time
2004 Jan 06
2
[patch] making rsync less verbose
Unless you suppress all output with the -q option, rsync will always
print an initial "building/receiving file list ... done" line. In my
opinion, this is a bit superfluous. When I want to see a progress
indication, I can use the --progress option. Another issue is the
3-line transfer speed and speedup factor report at the end. So every
rsync invocation produces at least four lines of
2003 Sep 05
1
new option suggestion '--backup-only'
Hi,
How about adding now option '--backup-only' that means making backups
only and don't change any destination files?
(I posted similar patch a month ago, but the patch was made for
nightly snapshot of 20020808, which was tooo old! Laugh at me...)
I want to use rsync with LVM snapshot to make incremental backups like
below:
1) Make LVM snapshot of file system and mount it.
2004 Apr 27
1
rsync-2.6.1 close() fixes
hi.
return value of close() (receiver.c) is ignored.
when running out of quota on NFS (for example),
this can happen (without the patch):
output file(s) is/are truncated to 0 bytes and rsync reports success.
with the fix, this happens:
close "/home/luser/.test.mp3.PwaG50": Disc quota exceeded
rsync error: error in file IO (code 11) at receiver.c(464)
...
...and additionally, test.mp3
2004 Apr 27
1
[PATCH] Inplace option for rsync
Hi,
I have written a 'smallish' patch to implement the --inplace option
as discussed on this mailing list at various points in the past. It
makes a small modification to the sender algorithm so that it won't ask
the receiver to relocate blocks from earlier in the file when running
with the --inplace option.
I would appreciate any testing and feedback people can provide! I
2003 Oct 01
1
PATCH: option to ignore case in filenames
I have two DOS filesystems mounted on Linux as "vfat" which I want to rsync.
(They are on flash cards, so that they are also small). rsync gets tricked
because the filesystem treats names differing in only case as the same.
Thus, when it tries to sync "FOO123" with "foO123", it copies over the
"new" file, and then renames it over the old one (which it
2004 Jan 24
2
[PATCH] --links-depth for rsync
Hello,
about a year ago I ran into situation where there's a "metadirectory"
containing directories and symlinks to files. There was a need to mirror
the contents of files and directories gathered via symlinks to this
metadirectory, regular mirroring of the tree wouldn't do any good.
The attached patch gives the user ability to define how many symbolic
links rsync should follow
2005 Jan 31
1
[patch] add "--ignore" option
Hi,
The patch below adds a "--ignore" option to rsync, which means
"--exclude-but-dont-delete-even-if-we-specified--delete-excluded".
I need this for a few tasks, the simplest of which is to have rsync resist
trying to delete NetApp filers' ".snapshot" directories.
The change is fairly simple (the boolean filter returns become tri-state),
and works for me both
2009 Jan 24
2
[patch] Replace illegal characters in filenames for FAT (switch)
This patch adds a switch --fat-filenames which replaces all characters
that aren't legal on FAT filesystems with an underscore. This is the first
time I touch the rsync code, so I may not be going about it the right way,
but it seems to be working.
Naturally there's some potential for collisions, but it's probably better
than what happens currently (such files are simply not copied).
2005 Mar 21
4
Patch: Offline transfer mode
Hi All,
Here's an rsync patch which adds an --offline flag, letting you transfer
changed blocks via removable media, while still comparing checksums via
the net. I expect this could be very popular for the growing number of
people who want to do disk-based offsite backups, which is what I needed
it for.
It took me longer than I hoped, but still only several hours to work
this out -- it
2004 Apr 15
0
Multiple compare-dest args
Hi all.
I have just finished a small patch that adds support for multiple
--compare-dest or --link-dest args. Its primary usage is to do incremental
backups on top of eachother. (My current backup system stores each
incremental as a single diff of the latest full.)
Example:
First full backup:
rsync -a somedir full-20040415/
First incremental:
rsync -a --compare-dest=../full-20040415 \
2018 Dec 03
0
[supermin PATCH 2/2] prepare: create a really empty base.tar.gz with no config files
tar defaults to 10K as block size, and thus it pads the created archives
to multiples of that size using zero's. Hence, when creating an archive
with no files, it will be 10K zero's, that is compressed by gzip,
resulting in few bytes. The issue happens later, during the build
phase: base.tar.gz is correctly detected as gz, and zcat is run to
detect its content: since the empty tar was
2010 Jun 15
3
about rsyncing of block devices
Hiya,
I can see it's a regular subject on this list.
I, like others wanted to use rsync to synchronise two block
devices (as it happens one lvm volume and one nbd device served
by qemu-img on a remote host from a qcow2 disk image so that I
can keep the old versions)
As I couldn't find any report of it being done successfully,
I'm just sharing my findings as it might benefit others.
2004 Jan 30
1
rsync 2.6.0: possible sanitization bug?
Hiya.
While merging the 2.6.0 changes into our modified version of rsync, I
noticed the following bit of code in 2.6.0's options.c:
extern int sanitize_paths;
if (sanitize_paths)
sanitize_path(strdup(files_from), NULL);
filesfrom_fd = open(files_from, O_RDONLY|O_BINARY);
Since sanitize_path modifies its first argument in place, the path that
open()
2004 Feb 09
1
[patch] Add `--link-by-hash' option.
This patch adds the --link-by-hash=DIR option, which hard links received
files in a link farm arranged by MD4 file hash. The result is that the system
will only store one copy of the unique contents of each file, regardless of
the file's name.
Anyone have an example of an MD4 collision so I can test that case? :)
Patch Summary:
-1 +1 Makefile.in
-0 +304 hashlink.c (new)
2018 Dec 03
0
[supermin PATCH 1/2] prepare: keep config_files available for longer
This is just refactoring, with no behaviour changes.
---
src/mode_prepare.ml | 40 ++++++++++++++++++++--------------------
1 file changed, 20 insertions(+), 20 deletions(-)
diff --git a/src/mode_prepare.ml b/src/mode_prepare.ml
index 7c8221e..7759c58 100644
--- a/src/mode_prepare.ml
+++ b/src/mode_prepare.ml
@@ -128,28 +128,28 @@ let prepare debug (copy_kernel, format, host_cpu,
* be
2004 Feb 23
0
[patch] Add `--link-by-hash' option (rev 4).
This patch adds the --link-by-hash=DIR option, which hard links received
files in a link farm arranged by MD4 file hash. The result is that the system
will only store one copy of the unique contents of each file, regardless of
the file's name.
(rev 4)
* Updated for committed robust_rename() patch, other changes in CVS.
(rev 3)
* Don't link empty files.
* Roll over to new file when