[2.3.11] sync_client bug: Starting MASTER imap-server can be delayed for 1000s if SLAVE is down.
boris.lytochkin at e-port.ru
Tue Jan 15 14:17:13 EST 2008
It seems I want to contol sync_client from external utility rather
than cyrus' master (i.e. using daemontools) - that's why I added -D option
to sync_client in my patch.
Tuesday, January 15, 2008, 1:55:13 PM, you wrote:
> On Tue, 15 Jan 2008 10:54:17 +0300, "Boris Lytochkin" <boris.lytochkin at e-port.ru> said:
>> Bron, look at my 1). I know about -o option :)
>> As I can see from source code, main idea in do_daemon() function is to
>> fork a child process that will connect to replica and do all jobs
>> needed. So connecting to replica in main() for rolling replication is not
> I quite agree, but it at least lets the services on master start. We use a separate
> monitor script to start up the sync_client again later if needed.
> I wrote a reasonably long thing on how I'd like it to be here:
> Anyway, your ideas look good, though I do like to have control on starting
> and stopping sync_client because sometimes we want to bring up replicas and
> know they won't be hammered until we're ready. I'm almost tempted to take
> sync_client out of master's control completely and just manage the start
> and stop of sync_client entirely with our external scripts.
Лыточкин Борис Николаевич,
Россия, 119071, Москва, ул. Орджоникидзе, д. 10.
web: www.e-port.ru, wap: wap.e-port.ru
тел: +7 (495) 777 1872, доб. 251
факс +7 (495) 777 1872
More information about the Cyrus-devel