similar to: [Bug 2218] New: inplace-if-low-disk

Displaying 20 results from an estimated 11000 matches similar to: "[Bug 2218] New: inplace-if-low-disk"

2005 Feb 14
0
[Bug 2218] inplace-if-low-disk
https://bugzilla.samba.org/show_bug.cgi?id=2218 wayned@samba.org changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution| |WONTFIX ------- Additional Comments From wayned@samba.org 2005-02-13 22:17
2005 Jan 06
2
[Bug 2216] remote dies, local hangs when disk full
https://bugzilla.samba.org/show_bug.cgi?id=2216 ------- Additional Comments From baldvin@angel.elte.hu 2005-01-06 10:33 ------- I tried the cvs version: it works OK. However, 2.6.3 reproducably hangs. In the NEWS: - Fixed a potential hang when verbosity is high, the client side is the sender, and the file-list is large. OK, maybe this is it. I checked cvs log, and cvs
2005 Jan 06
0
[Bug 2216] New: remote dies, local hangs when disk full
https://bugzilla.samba.org/show_bug.cgi?id=2216 Summary: remote dies, local hangs when disk full Product: rsync Version: 2.6.3 Platform: All OS/Version: Linux Status: NEW Severity: major Priority: P3 Component: core AssignedTo: wayned@samba.org ReportedBy: baldvin@angel.elte.hu
2007 Dec 14
0
Rsync lets user corrupt dest by applying non-inplace batch in inplace mode
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
2008 Jan 14
7
DO NOT REPLY [Bug 5201] New: Rsync lets user corrupt dest by applying non-inplace batch in inplace mode
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:
2019 Jun 26
2
Allow "--in-place" as an alternative option name for "--inplace"
Hi! As I commonly spell --inplace as --in-place, I'd like to suggest this simple patch: commit 5689f99b702788044a45e13582559832cf986328 Author: Jan-Benedict Glaw <jbglaw at lug-owl.de> Date: Wed Jun 26 22:49:31 2019 +0200 Allow "--in-place" as an alternative option name for "--inplace". diff --git a/options.c b/options.c index e5b0cb68..7ff0c51d 100644 ---
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
2006 Jun 20
0
inplace assignment: solution
I worked this out over the weekend. I appreciate that using temporary variables would be simpler but I think this makes for quite readable code: # in RProfile.site inplace <- function (f, arg=1) eval.parent(call("<-",substitute(f)[[arg+1]], f),2) # examples in code inplace(foo[bar,baz] *2) # or inplace(paste(foo[bar,baz], 1:10)) # or inplace(sub("blah",
2015 Dec 26
1
[Bug 11651] New: Can we allow --inplace and --sparse to coexist when --whole-file is in play?
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
2007 Jul 30
2
DO NOT REPLY [Bug 4834] New: --inplace with --backup --backup-dir does not work
https://bugzilla.samba.org/show_bug.cgi?id=4834 Summary: --inplace with --backup --backup-dir does not work Product: rsync Version: 2.6.9 Platform: All OS/Version: Linux Status: NEW Severity: normal Priority: P3 Component: core AssignedTo: wayned@samba.org ReportedBy: joost@seat-ibiza.nl
2010 Nov 26
1
DO NOT REPLY [Bug 7823] New: Documentation enhancement for --inplace option
https://bugzilla.samba.org/show_bug.cgi?id=7823 Summary: Documentation enhancement for --inplace option Product: rsync Version: 3.1.0 Platform: All OS/Version: Linux Status: NEW Severity: minor Priority: P3 Component: core AssignedTo: wayned at samba.org ReportedBy: erik at logtenberg.eu
2014 Dec 26
0
--link-dest --inplace updates files without unlinking. What to do?
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 - --inplace and --append-verify are essentially irrelevant when - --link-dest is in play. With --link-dest in play the target system must write an entirely new file even for a change in permissions or timestamps so any potential benefit by these options are out the window from the start. The only thing they can do is add the possibility of
2015 Jan 26
1
[Bug 11075] New: Shouldn't --inplace fail immediately if it can't make files?
https://bugzilla.samba.org/show_bug.cgi?id=11075 Bug ID: 11075 Summary: Shouldn't --inplace fail immediately if it can't make files? Product: rsync Version: 3.1.0 Hardware: All OS: All Status: NEW Severity: normal Priority: P5 Component: core
2004 Aug 23
0
[Bug 1646] New: --inplace with --backup --backup-dir does not work
https://bugzilla.samba.org/show_bug.cgi?id=1646 Summary: --inplace with --backup --backup-dir does not work Product: rsync Version: 2.6.3 Platform: All OS/Version: Linux Status: NEW Severity: normal Priority: P3 Component: core AssignedTo: wayned@samba.org ReportedBy: ard@waikato.ac.nz
2005 Mar 16
0
Problem with rsync --inplace very slow/hung on large files
I'm trying to rsync a very large (62gig) file from one machine to another as part of a nightly backup. If the file does not exist at the destination, it takes about 2.5 hours to copy in my environment. But, if the file does exist and --inplace is specified, and the file contents differ, rsync either is so significantly slowed as to take more than 30 hours (the longest I've let an
2009 Oct 05
0
inplace (and append) support for partial-dir
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'
2014 Dec 26
0
--link-dest --inplace updates files without unlinking. What to do?
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Yes, but there are issues to keep in mind... Normally --link-dest is used to keep previous copies (to make a backup system) and the target directory is always empty. In this mode - --inplace and --append-verify would be irrelevant since rsync will always be either making a link or writing an entire new file. However, if you have an unstable link
2010 Apr 24
1
inplace and partial transfers
Hi, I need to use rsync with options inplace and no-whole-file, but have problems with transfers of large files being frequently interrupted. partial-dir could be the solution, but it does not work with inplace-updating of destination files. I am thinking of doing the sync in two steps: 1) sync with --partial-dir and --backup-dir to send updated files to a different directory at the
2016 May 15
1
--inplace option seems sending whole file
Hi I'm having issues sendig a lot of tar.gz backup files to a ZFS remote filesystem server. This files are compressed with the --rsyncable option. Sending without --inplace option rsync works well and send only the differences, but to create a temporary file and rewrite the file destination, zfs snapshots contain the full size of the backup, not only differences block. I've tried
2013 Jul 29
2
Improve --inplace updates on pathological inputs
Hi, I recently came across a situation where "rsync --inplace" performs very poorly. If both the source and destination files contain long sequences of identical blocks, but not necessarily in the same location, the sender can spend an inordinate amount of CPU time finding matching blocks. In my case, I came across this problem while backing up multi-hundred-gigabyte MySQL database