[Bug 8188] Mechanism for taking an rsync server down for maintenance

2011-06-02 Thread samba-bugs
https://bugzilla.samba.org/show_bug.cgi?id=8188 --- Comment #5 from Andrew Pollock 2011-06-03 03:56:14 UTC --- (In reply to comment #4) > (In reply to comment #3) > > (In reply to comment #1) > > > > That's very cute, but not quite what I had in mind. > > > > I just attached a proof of concept

Re: IO error encountered, skipping file deletion - WTF?

2011-06-02 Thread travis+ml-rsync
On Sun, May 29, 2011 at 11:04:25PM -0700, travis+ml-rs...@subspacefield.org wrote: > Could a dangling symlink cause this problem? To answer my own question, yes, a dangling symlink on the source was the cause of the problem, and I had --copy-unsafe-symlinks is on. Thanks for the help people, tha

Re: Selective propagation of deletions, + rsync scope

2011-06-02 Thread Brian K. White
On 6/2/2011 6:03 PM, Matt McCutchen wrote: On Thu, 2011-06-02 at 17:43 -0400, Brian K. White wrote: Perhaps the server side could specify all the deleted files and directories as being excluded before they are actually removed from the server. Then the client could use --delete but not --delete-

Re: Selective propagation of deletions, + rsync scope

2011-06-02 Thread Matt McCutchen
On Thu, 2011-06-02 at 17:43 -0400, Brian K. White wrote: > Perhaps the server side could specify all the deleted files and > directories as being excluded before they are actually removed from the > server. Then the client could use --delete but not --delete-excluded and > get essentially the op

[Bug 8188] Mechanism for taking an rsync server down for maintenance

2011-06-02 Thread samba-bugs
https://bugzilla.samba.org/show_bug.cgi?id=8188 --- Comment #4 from Brian K. White 2011-06-02 21:47:32 UTC --- (In reply to comment #3) > (In reply to comment #1) > > That's very cute, but not quite what I had in mind. > > I just attached a proof of concept patch that I surprised myself by bein

Re: Selective propagation of deletions

2011-06-02 Thread Brian K. White
On 6/2/2011 11:28 AM, Matt McCutchen wrote: On Wed, 2011-06-01 at 17:08 -0400, Brian K. White wrote: There are other problems too, relating to the difference between "This directory was deleted from the source and so you DO want to delete it in your mirror.", vs "This directory was removed only

Why is IO_BUFFER_SIZE set to 4092?

2011-06-02 Thread Greg Siekas
I'm curious as to why IO_BUFFER_SIZE is only set to 4092 in rsync.h? This seems very small. Is there any harm in increasing it? If not, what is the proper way to determine what is should be set to? Greg -- Please use reply-all for most replies to avoid omitting the mailing list. To unsubsc

Re: rsync is coring

2011-06-02 Thread Matt McCutchen
On Thu, 2011-06-02 at 09:27 -0700, vincent.soo...@daimler.com wrote: > We are running an rsync process every hour and it is producing a core > file. We thought initially there was a corrupt file but that is gone > and the core file is still being produced. Would appreciate any help > in analysing

rsync is coring

2011-06-02 Thread vincent . soosai
Greetings! We are running an rsync process every hour and it is producing a core file. We thought initially there was a corrupt file but that is gone and the core file is still being produced. Would appreciate any help in analysing the core file. Thanks, Vincent Soosai Java Developer Phone:

Selective propagation of deletions

2011-06-02 Thread Matt McCutchen
On Wed, 2011-06-01 at 17:08 -0400, Brian K. White wrote: > There are other problems too, relating to the difference between "This > directory was deleted from the source and so you DO want to delete it in > your mirror.", vs "This directory was removed only because the entire > tree was removed

RFE blues (Re: [Bug 8188] Mechanism for taking an rsync server down for maintenance)

2011-06-02 Thread Matt McCutchen
On Wed, 2011-06-01 at 17:08 -0400, Brian K. White wrote: > On 6/1/2011 3:26 PM, Matt McCutchen wrote: > > On Wed, 2011-06-01 at 14:57 -0400, Brian K. White wrote: > >> I like the built-in idea as I don't happen to use rsync via inetd/xinetd > >> or any other on-demand starter. > >> > >> It's not an