Return-Path: Delivered-To: apmail-couchdb-user-archive@www.apache.org Received: (qmail 12448 invoked from network); 13 Feb 2009 15:19:09 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.2) by minotaur.apache.org with SMTP; 13 Feb 2009 15:19:09 -0000 Received: (qmail 23029 invoked by uid 500); 13 Feb 2009 15:19:08 -0000 Delivered-To: apmail-couchdb-user-archive@couchdb.apache.org Received: (qmail 22541 invoked by uid 500); 13 Feb 2009 15:19:07 -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 22530 invoked by uid 99); 13 Feb 2009 15:19:07 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 13 Feb 2009 07:19:07 -0800 X-ASF-Spam-Status: No, hits=1.2 required=10.0 tests=FS_REPLICA,SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (athena.apache.org: domain of adam.kocoloski@gmail.com designates 74.125.44.29 as permitted sender) Received: from [74.125.44.29] (HELO yx-out-2324.google.com) (74.125.44.29) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 13 Feb 2009 15:18:59 +0000 Received: by yx-out-2324.google.com with SMTP id 31so593514yxl.5 for ; Fri, 13 Feb 2009 07:18:38 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:from:to :in-reply-to:content-type:content-transfer-encoding:mime-version :subject:date:references:x-mailer; bh=zOWjp7F3RaHZQKy29CIR7exm8QF+OAmSr3hVQE1Cqzk=; b=hRkDSHOhQ3gt+s3WDAJzzS05VQpjeaobHWWKNiuw6UC0G/ppr4lRmGFKGxcwTnh2V6 MRek1yMo//7S5aMEa/vXyCsKdKTjK7DYxTcYCHLXM9D/P5nwEOp7gVeSORm4boV+dFvX yvim/PB7CsQdOogyVjkePMaWAV9CSe6NO0wuE= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:from:to:in-reply-to:content-type :content-transfer-encoding:mime-version:subject:date:references :x-mailer; b=pHVTl/EWsxtphrXGFTq7JUZ9z8vFxvp6J7gZVTLJRJtbgYbCQoCnBeTGDo2bQKPY79 nq0BhTMvE88q92TJQfS3RcxGDuyOlHkS4rse++Oq7Xz4iNW1W3WGP+tXiJqscGq2m5js cA9ujvSOxIYXA8YI8xGwhOLKrkcetrT1iOdPw= Received: by 10.100.171.10 with SMTP id t10mr1164513ane.98.1234538318854; Fri, 13 Feb 2009 07:18:38 -0800 (PST) Received: from ?10.0.1.2? (c-65-96-242-38.hsd1.ma.comcast.net [65.96.242.38]) by mx.google.com with ESMTPS id d38sm2647785and.49.2009.02.13.07.18.37 (version=TLSv1/SSLv3 cipher=RC4-MD5); Fri, 13 Feb 2009 07:18:38 -0800 (PST) Message-Id: From: Adam Kocoloski To: user@couchdb.apache.org In-Reply-To: <26978e670902130304m520743acof03e7c6ab81337ae@mail.gmail.com> Content-Type: text/plain; charset=KOI8-R; format=flowed; delsp=yes Content-Transfer-Encoding: quoted-printable Mime-Version: 1.0 (Apple Message framework v930.3) Subject: Re: replication error Date: Fri, 13 Feb 2009 10:18:36 -0500 References: <5ca771940902120028m355d8f91hc99db3bf683ce398@mail.gmail.com> <26978e670902130304m520743acof03e7c6ab81337ae@mail.gmail.com> X-Mailer: Apple Mail (2.930.3) X-Virus-Checked: Checked by ClamAV on apache.org On Feb 13, 2009, at 6:04 AM, Chris Andrews wrote: > 2009/2/12 =E5=D7=C7=C5=CE=C9=CA =EE=C1=CA=C4=C5=CE=D9=DB=C5=D7 = : >> Replication failed: {{badmatch,{error,eaddrinuse}}, >> [{couch_rep,do_http_request,3}, >> {couch_rep,open_doc,3}, >> {couch_rep,replicate,3}, >> {couch_httpd,handle_replicate_request,2}, >> {couch_httpd,handle_request,2}, >> {mochiweb_http,headers,4}, >> {proc_lib,init_p_do_apply,3}]} >> >> I tried on different dbs and different ports - and each time was =20 >> error on >> 1980th document. =3D( >> >> OS: Windows XP (SP2), Firewall is off. > > I'm also getting exactly this error trying to use replication on > Solaris, Nevada build 86, with CouchDB 0.8.1. Erlang version is > > "Erlang (BEAM) emulator version 5.6.5 [source] [async-threads:0] > [hipe] [kernel-poll:false]" > > Replication works fine with the same version of CouchDB on Linux. I've > investigated as far as to note that each document replicated involves > a new tcp connection to the remote, that Erlang calls bind() before > calling connect(), and that eventually a bind fails, causing the error > above. > > I'll see if the same error happens with CouchDB trunk, though. > > > Chris. Hi Chris et al., trunk should definitely be better in this respect. =20 We now use a pipelined 10 connection pool instead of negotiating a new =20= connection for each request. We do need to fix a bug in trunk (just =20 filed a patch) that is causing connections to be closed far too =20 frequently, though, so you may see lots of connection_closed errors in =20= the logs if you try it now. Best, Adam