similar to: using -v and -q together

Hi all, Well, yeah, that's it, really. :-) Try it. Works consistently, on Doze and Linux here ... # rsync -vvrlHSPtiypogD --stats --numeric-ids --delete-after --force -- partial-dir=.partial /tmp/ /var/tmp/ [...show stats...] unknown message 4:1 [generator] rsync error: error in rsync protocol data stream (code 12) at io.c(307) [generator=2.6.9] rsync: connection unexpectedly closed (26

This mode is useful when a process is monitoring the log for post-processing of transferred files. With --log-after in local mode, both sender and receiver log to the same log file, so it require --log-file with absolute path. We add %o to the default log format, so it will be easy to tell the logs of the sender from the logs of the receiver: 2023/02/14 14:40:25 [559755] building file list

fallocate() is linux specific and will preallocate the space on disk for the entire file. FALLOC_FL_KEEP_SIZE does not change the filesize as reported by stat(). An aborted transfer will have preallocated disk space which is not "visible" via stat(). This shouldn't matter unless the user does complet his transfer. An alternative would be to use ftruncate() and shorten the file to the

Some background: I have been assigned a task to implement one-way synchronization of a large file storage to another box. The problem is that on the target box a special directory has to be maintained in which symlinks to received files should be created using special logic. After some experimentation I have set up a named pipe which is used by the receiving rsync daemon for transfer logging;

https://bugzilla.samba.org/show_bug.cgi?id=11683 Bug ID: 11683 Summary: hang on select when send many files Product: rsync Version: 3.1.2 Hardware: All OS: All Status: NEW Severity: normal Priority: P5 Component: core Assignee: wayned at samba.org Reporter: tom916 at

Use the FADV_DONTNEED fadvise hint after finishing reading an origin fd in the sender. --- sender.c | 6 ++++++ 1 files changed, 6 insertions(+), 0 deletions(-) diff --git a/sender.c b/sender.c index 59dae7d..a934bfe 100644 --- a/sender.c +++ b/sender.c @@ -338,6 +338,12 @@ void send_files(int f_in, int f_out) if (do_progress) end_progress(st.st_size); + if

Use the FADV_DONTNEED fadvise hint after finishing writing to a destinataion fd in the receiver. --- receiver.c | 6 ++++++ 1 files changed, 6 insertions(+), 0 deletions(-) diff --git a/receiver.c b/receiver.c index 39c5e49..33b21fb 100644 --- a/receiver.c +++ b/receiver.c @@ -721,6 +721,12 @@ int recv_files(int f_in, char *local_name) recv_ok = receive_data(f_in, fnamecmp, fd1,

Hello, I have written a little script that's would email me all errors. rsync -vah --delete --stats <sources> <destination> > /var/log/sauvegarde/listoffile.log 2> /var/log/sauvegarde/errors.log My problem is i want to have the stats in my mail. Is it possible to redirect --stats to STDERR. I have tryed to do this : /---

(As I was composing this, the 2.6.1 release notice on the rsync list rolled in. The quoted source, below, hasn't changed, so I'll leave the 'pre-1' references unchanged...) I have a situation where an error message seems to be sent from the daemon to the client, but none is logged in the daemon's log. Daemon is 2.6.1pre-1, with --timeout=3600, light CPU load. Client is

Hello, Noticed this (bug?) while testing out rsync. For a little background, I need to push files real-time to some front-end servers, and I am thinking of switching from some custom shell scripts that do this job to rsync. I am thinking of running rsync as a daemon on the front-end servers, and doing an upload from the back-end server to push the data out as it comes in. So, here is the deal:

https://bugzilla.samba.org/show_bug.cgi?id=5265 Summary: Daemon logging files not actually received with --only- write-batch Product: rsync Version: 3.0.0 Platform: Other OS/Version: Linux Status: NEW Severity: normal Priority: P3 Component: core AssignedTo: wayned@samba.org

2016-02-18 15:15 GMT+01:00 Martin Kletzander <mkletzan@redhat.com>: > On Thu, Feb 18, 2016 at 12:59:52PM +0100, John Obaterspok wrote: > >> 2016-02-18 11:25 GMT+01:00 Martin Kletzander <mkletzan@redhat.com>: >> >> On Thu, Feb 18, 2016 at 10:41:42AM +0100, John Obaterspok wrote: >>> >>> 2016-02-18 10:13 GMT+01:00 Martin Kletzander

On Fri, Feb 19, 2016 at 07:16:12AM +0100, John Obaterspok wrote: >2016-02-18 15:15 GMT+01:00 Martin Kletzander <mkletzan@redhat.com>: > >> On Thu, Feb 18, 2016 at 12:59:52PM +0100, John Obaterspok wrote: >> >>> 2016-02-18 11:25 GMT+01:00 Martin Kletzander <mkletzan@redhat.com>: >>> >>> On Thu, Feb 18, 2016 at 10:41:42AM +0100, John

2016-02-18 11:25 GMT+01:00 Martin Kletzander <mkletzan@redhat.com>: > On Thu, Feb 18, 2016 at 10:41:42AM +0100, John Obaterspok wrote: > >> 2016-02-18 10:13 GMT+01:00 Martin Kletzander <mkletzan@redhat.com>: >> >> On Thu, Feb 18, 2016 at 08:49:38AM +0100, John Obaterspok wrote: >>> >>> Hello, >>>> >>>> I'm using

On Thu, Feb 18, 2016 at 12:59:52PM +0100, John Obaterspok wrote: >2016-02-18 11:25 GMT+01:00 Martin Kletzander <mkletzan@redhat.com>: > >> On Thu, Feb 18, 2016 at 10:41:42AM +0100, John Obaterspok wrote: >> >>> 2016-02-18 10:13 GMT+01:00 Martin Kletzander <mkletzan@redhat.com>: >>> >>> On Thu, Feb 18, 2016 at 08:49:38AM +0100, John

While going through an old todo list I found that these patches had fallen by the way-side. About a year ago I initiated a discussion[1] with the Linux kernel folks regarding the lack of any useable fadvise support on the kernel side. As a result, I was observing extremely poor performance on my server after backup as executable pages were being swapped out in favor of data waiting to be flushed

https://bugzilla.samba.org/show_bug.cgi?id=13109 Bug ID: 13109 Summary: rsync hangs during transfer of many small files Product: rsync Version: 3.1.2 Hardware: x86 OS: Linux Status: NEW Severity: normal Priority: P5 Component: core Assignee: wayned at samba.org

Skipped content of type multipart/alternative-------------- next part -------------- diff -urN rsync-3.0.2-orig/generator.c rsync-3.0.2/generator.c --- rsync-3.0.2-orig/generator.c 2008-03-28 10:30:11.000000000 -0700 +++ rsync-3.0.2/generator.c 2008-05-07 15:35:08.317364774 -0700 @@ -1508,6 +1508,7 @@ if (preserve_links && S_ISLNK(file->mode)) { #ifdef SUPPORT_LINKS + int iflags =

[ see http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=415648 ] When a source file grows during transfer, rsync may show negative time values such as 0:-1:-34. The following patch replaces then negative times with ??:??:?? in such cases (as IMHO it's not worth the bother of getting the filesize again etc. in such cases, but showing garbage info is wrong as well). Paul Slootman Index:

When syncing from Linux to Aix --itemize-changes with --perms lists directories every time because the high-order st_mode bits for directories differ between the two systems, and itemize() isn't masking them with CHMOD_BITS. Here is a fix, tested with 2.6.6pre1. PS: I'm not subscribed to this mailing list, please Cc: if you need more info from me. Thanks. --- generator.c.~1~ Thu Jun