Return-Path: X-Original-To: apmail-couchdb-dev-archive@www.apache.org Delivered-To: apmail-couchdb-dev-archive@www.apache.org Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by minotaur.apache.org (Postfix) with SMTP id 3EA279ADD for ; Tue, 6 Dec 2011 09:31:34 +0000 (UTC) Received: (qmail 45130 invoked by uid 500); 6 Dec 2011 09:31:22 -0000 Delivered-To: apmail-couchdb-dev-archive@couchdb.apache.org Received: (qmail 44800 invoked by uid 500); 6 Dec 2011 09:30:14 -0000 Mailing-List: contact dev-help@couchdb.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: dev@couchdb.apache.org Delivered-To: mailing list dev@couchdb.apache.org Received: (qmail 44744 invoked by uid 99); 6 Dec 2011 09:29:58 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 06 Dec 2011 09:29:58 +0000 X-ASF-Spam-Status: No, hits=2.2 required=5.0 tests=HTML_MESSAGE,RCVD_IN_DNSWL_LOW,SPF_NEUTRAL X-Spam-Check-By: apache.org Received-SPF: neutral (athena.apache.org: local policy) Received: from [209.85.161.180] (HELO mail-gx0-f180.google.com) (209.85.161.180) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 06 Dec 2011 09:29:51 +0000 Received: by ggnq1 with SMTP id q1so8236241ggn.11 for ; Tue, 06 Dec 2011 01:29:31 -0800 (PST) MIME-Version: 1.0 Received: by 10.50.87.227 with SMTP id bb3mr14200583igb.29.1323163770783; Tue, 06 Dec 2011 01:29:30 -0800 (PST) Received: by 10.42.170.68 with HTTP; Tue, 6 Dec 2011 01:29:30 -0800 (PST) X-Originating-IP: [178.198.122.41] In-Reply-To: References: Date: Tue, 6 Dec 2011 10:29:30 +0100 Message-ID: Subject: Re: all_dbs_active error and continuous replications From: Gregor Martynus To: dev@couchdb.apache.org Content-Type: multipart/alternative; boundary=e89a8f3ba4d38988e804b36912c5 --e89a8f3ba4d38988e804b36912c5 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Thanks Benoit! I'm sorry to keep bugging ... The problem is, at least for me, that I can't simply delete docs from the _replicator db. It's a critical part of my couchDB setup. It is something that excited me a lot a about couchDB, I just want to setup these replications and then don't think about it any more, that's something that the DB should just do =E2=80=93 and let me relax. What I really don't understand is, _why_ the continuous replication keep the db files open? I'm not an Erlang developer at all, sorry if this is a dump question/thought, but shouldn't the continuous replication be triggered only if a change happens in the db, instead of keeping it alive all the time? Is this a bug or probably something that might be improved in future? Thanks =C3=97 Gregor On Tue, Dec 6, 2011 at 10:16 AM, Benoit Chesneau wrote= : > On Tue, Dec 6, 2011 at 10:11 AM, Gregor Martynus > wrote: > > Thanks Benoit, I know about this setting. But at some point, this won't > > work anymore. My question is if there is any way to stop continuous > > replications to keep the db files active changes have been replicated? > Does > > that make sense? > > > > > > other way would be to queue changes events and when replicated dbs < > max dbs open a new task if a change happened on this . Something like > it. > > Otherwise to answer to your question, if you use the _replicator db > you can interrupt a task by just deleting the doc. > > - beno=C3=AEt > --e89a8f3ba4d38988e804b36912c5--