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 2642F1051B for ; Thu, 10 Oct 2013 19:56:00 +0000 (UTC) Received: (qmail 88752 invoked by uid 500); 10 Oct 2013 19:55:45 -0000 Delivered-To: apmail-couchdb-dev-archive@couchdb.apache.org Received: (qmail 88649 invoked by uid 500); 10 Oct 2013 19:55:44 -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 88616 invoked by uid 99); 10 Oct 2013 19:55:42 -0000 Received: from arcas.apache.org (HELO arcas.apache.org) (140.211.11.28) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 10 Oct 2013 19:55:42 +0000 Date: Thu, 10 Oct 2013 19:55:42 +0000 (UTC) From: "Robert Newson (JIRA)" To: dev@couchdb.apache.org Message-ID: In-Reply-To: References: Subject: [jira] [Commented] (COUCHDB-1906) Removing DB referenced by _replicator should halt replication / remove doc MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-JIRA-FingerPrint: 30527f35849b9dde25b450d4833f0394 [ https://issues.apache.org/jira/browse/COUCHDB-1906?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13791914#comment-13791914 ] Robert Newson commented on COUCHDB-1906: ---------------------------------------- The document should transition to an error state given that the target db is missing or to a success state if created with create_target:true. The replication is *not* cancelled or halted so that would be inappropriate too. What if someone deletes the target db specifically to get it repopulated from scratch via the replication job? It's unreasonable to conflate the two things. > Removing DB referenced by _replicator should halt replication / remove doc > --------------------------------------------------------------------------- > > Key: COUCHDB-1906 > URL: https://issues.apache.org/jira/browse/COUCHDB-1906 > Project: CouchDB > Issue Type: Improvement > Components: Replication > Reporter: Eli Stevens > > Removing a DB that is involved in replication via the _replicator DB should remove the corresponding _replicator document. > Currently, couch.log includes errors when the DB is removed. > My perspective is that replication is "just a feature of a DB" in the same way that attachments are; one doesn't need to separately remove attachments after deleting a DB, and similarly I've already expressed that I'm no longer interested the DB, its attachments, its replications, etc. by deleting it. -- This message was sent by Atlassian JIRA (v6.1#6144)