Return-Path: X-Original-To: apmail-couchdb-user-archive@www.apache.org Delivered-To: apmail-couchdb-user-archive@www.apache.org Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by minotaur.apache.org (Postfix) with SMTP id E8920956E for ; Tue, 12 Mar 2013 11:23:06 +0000 (UTC) Received: (qmail 15265 invoked by uid 500); 12 Mar 2013 11:23:05 -0000 Delivered-To: apmail-couchdb-user-archive@couchdb.apache.org Received: (qmail 15030 invoked by uid 500); 12 Mar 2013 11:23:02 -0000 Mailing-List: contact user-help@couchdb.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: user@couchdb.apache.org Delivered-To: mailing list user@couchdb.apache.org Received: (qmail 14989 invoked by uid 99); 12 Mar 2013 11:23:01 -0000 Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 12 Mar 2013 11:23:01 +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 (nike.apache.org: local policy) Received: from [209.85.219.46] (HELO mail-oa0-f46.google.com) (209.85.219.46) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 12 Mar 2013 11:22:54 +0000 Received: by mail-oa0-f46.google.com with SMTP id k1so5579566oag.19 for ; Tue, 12 Mar 2013 04:22:32 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=mime-version:x-received:sender:x-originating-ip:in-reply-to :references:date:x-google-sender-auth:message-id:subject:from:to :content-type:x-gm-message-state; bh=Gd6kqQvF4OA/FBJZPwVZ43xm0YM+GXaoZTt7KWyow9s=; b=EBDejMaroiVrnE0qZmB13CEndKaOZw9UYXJqLLS33RTQ5chZ/CZI6OJxyIvoMovZpz U3ml4/1/8N9dTsyD3qvb+evhJMMs1S79LIY2AiN3FVJxYyPRJsOOZ2rdwGvnLHxPPHOG FmoGoy1cg0EwBgZuUi6Ejcss50/yc85MlyCJ6mX6DkL11rsmiamMGSjvxTOA8i9RGTv7 QTMz5TPzsxspeH2sW58rLcxaRyfuRKDeVn8W26VVbg11dpevg2uxJpbleJGFDQzSlF/K MS7bAVWG54SLf6A//qVFXWfJwdg8qE6Ti4NZMj00yUjhHNXr7oefyrjRu0Q5MYFDqQlx 5ATw== MIME-Version: 1.0 X-Received: by 10.60.31.225 with SMTP id d1mr11418700oei.120.1363087352590; Tue, 12 Mar 2013 04:22:32 -0700 (PDT) Sender: lucas.toulouse@mycozycloud.com Received: by 10.76.169.74 with HTTP; Tue, 12 Mar 2013 04:22:32 -0700 (PDT) X-Originating-IP: [85.171.164.67] In-Reply-To: References: Date: Tue, 12 Mar 2013 12:22:32 +0100 X-Google-Sender-Auth: HBIG1E1WVdvUYk530M7lbggz4_s Message-ID: Subject: Re: Status of 1.2.1 and 1.2.0 From: Lucas To: user@couchdb.apache.org Content-Type: multipart/alternative; boundary=e89a8fb1fbe2730d4e04d7b881e4 X-Gm-Message-State: ALoCoQnRuY1FQa1xCd/9wYEA3M2huQnSOzQxkeMdsdlb20P9pIUbhdm8lLFNqKXcZT7Pq2m8qdeU X-Virus-Checked: Checked by ClamAV on apache.org --e89a8fb1fbe2730d4e04d7b881e4 Content-Type: text/plain; charset=ISO-8859-1 Yes, Noah I still have problems. I pause them for few days, but still have them. We've update to 1.2.1 Thank's to answer. 1-> We see more couchdb instance bloked in their replication. More over Couchdb crash sometimes and need a manual restart. In fact we link that to install of one our application. We try to copy a mail box. (So large web box). We open an issue for that : https://issues.apache.org/jira/browse/COUCHDB-1672 I could tell your more info about that if you want. 2-> Replication trough https Update to 1.2.1 change nothing. We have a signed certificate. We try with it and with selfsigned (and desactivate checking in couch) We replicate from the couchA to couchB. CouchA is in a OpenVZ container and listen only localhost. Could access to the Internet. CouchB is in a openVZ container , on a other server, it listen the internet we try --> to route a port from host to CouchB directly. and do SSL with Couchdb. --> to route connection on 443/80 with a reverse proxy Nginx to CouchB where SSL/TLS is done by Nginx. --> to route connection for 443 to 443 on the container but not do SSL on nginx but with CouchSSL config. In this three way to listen the internet from CouchB We CAN'T do the replication from A. But trough Curl or any Browser operations with Futon, it works. Thank to your consideration Lucas 2013/3/10 Noah Slater > Are you still having problems Lusas? > > > On 11 January 2013 10:40, Lucas Toulouse >wrote: > > > Hello. > > > > I prepare a mail yesterday. And after seeing mails of mailing list this > > morning, I modify my point of view. > > > > > > I use (try) to deploy couchdb in our production server. I today in > version > > 1.2.0. and have some troubles with replication > > > > -> Is the 1.2.1 officially release this night, i'm right? > > > > I'm oppose with 2 'bugs' or wrong conf, in my usage of couchdb. > > > > First, I use one instance of couchdb in localhost as DB. And each night, > i > > would replicate changes to another instance of couch (in an other > > server)(who listen from the internet). > > I use _replicator (not continuous) to launch my replication. > > Sometimes it work's, sometimes it's not. An error of timed out where > > 'new_edit=false' return 201 and the worker died. > > It's looks like https://issues.apache.org/jira/browse/COUCHDB-1510. > > > > > > My second problem is more networking. > > The couch local listen local host, and the remote, the port 80/443 where > > nginx negociate ssl(if 443) and redirect to the remote couch on port 5984 > > (server locally). > > > > I launch the replication from the first couch in local with homemade > script > > using requests module of python (like curl so). > > I success to create user, db,... trough https(443) and http(80). > > But the replication working ONLY with http. > > -> Is it look like to https://issues.apache.org/jira/browse/COUCHDB-1377 ? > > > > > > So It's seems enhance in 1.2.1 according to JIRA. (and mails) > > > > -> Is the update to 1.2.1 could fix this two issues ? > > -> How to do that properly? (For uninstalling 1.2.0) > > > > If anyone has an advice, i take it with humility. > > > > Thank's. > > > > > > Lucas > > > > > > -- > NS > --e89a8fb1fbe2730d4e04d7b881e4--