From couchdb-user-return-752-apmail-incubator-couchdb-user-archive=incubator.apache.org@incubator.apache.org Mon Jul 14 15:48:32 2008 Return-Path: Delivered-To: apmail-incubator-couchdb-user-archive@locus.apache.org Received: (qmail 42336 invoked from network); 14 Jul 2008 15:48:31 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.2) by minotaur.apache.org with SMTP; 14 Jul 2008 15:48:31 -0000 Received: (qmail 7982 invoked by uid 500); 14 Jul 2008 15:48:31 -0000 Delivered-To: apmail-incubator-couchdb-user-archive@incubator.apache.org Received: (qmail 7696 invoked by uid 500); 14 Jul 2008 15:48:30 -0000 Mailing-List: contact couchdb-user-help@incubator.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: couchdb-user@incubator.apache.org Delivered-To: mailing list couchdb-user@incubator.apache.org Received: (qmail 7659 invoked by uid 99); 14 Jul 2008 15:48:30 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 14 Jul 2008 08:48:30 -0700 X-ASF-Spam-Status: No, hits=3.6 required=10.0 tests=NORMAL_HTTP_TO_IP,SPF_NEUTRAL,URIBL_RHS_DOB,WEIRD_PORT X-Spam-Check-By: apache.org Received-SPF: neutral (athena.apache.org: local policy) Received: from [83.97.50.139] (HELO jan.prima.de) (83.97.50.139) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 14 Jul 2008 15:47:37 +0000 Received: from [10.0.2.3] (e179133142.adsl.alicedsl.de [::ffff:85.179.133.142]) (AUTH: LOGIN jan, SSL: TLSv1/SSLv3,128bits,AES128-SHA) by jan.prima.de with esmtp; Mon, 14 Jul 2008 15:04:59 +0000 Message-Id: From: Jan Lehnardt To: couchdb-user@incubator.apache.org, Bosko Milekic In-Reply-To: Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Apple Message framework v928.1) Subject: Re: couchdb test suite failing randomly? Date: Mon, 14 Jul 2008 17:04:57 +0200 References: X-Mailer: Apple Mail (2.928.1) X-Virus-Checked: Checked by ClamAV on apache.org On Jul 14, 2008, at 16:59, Bosko Milekic wrote: > On Mon, Jul 14, 2008 at 10:25 AM, Jan Lehnardt wrote: >> Hello Bsoko, >> >> On Jul 14, 2008, at 15:57, Bosko Milekic wrote: >>> >>> # Exception raised: >>> {"error":"EXIT","reason":"{{badmatch,{error,econnrefused}},\n >>> [{couch_rep,do_http_request,3},\n {couch_rep,open_doc,3},\n >>> {couch_rep,replicate,3},\n {couch_httpd,handle_replicate_request, >>> 2},\n >>> {couch_httpd,handle_request,2},\n {mochiweb_http,headers,4},\n >>> {proc_lib,init_p,5}]}"} >>> >>> (this running the suite from Firefox2, seems to be easily >>> reproducable) >>> >>> When running the test suite from Safari, I get seemingly much more >>> random failures. For instance, this last run I have: >>> >>> multiple_rows failing with: >>> Exception raised: {"error":"conflict","reason":"Update >>> >>> conflict","line":54,"sourceURL":"http://localhost:5984/_utils/script/couch.js?0.8.0a >>> "} >>> >>> design_docs failing with: >>> Exception raised: {"error":"conflict","reason":"Update >>> >>> conflict","line":77,"sourceURL":"http://localhost:5984/_utils/script/couch.js?0.8.0a >>> "} >> >> This seems to be a mochiweb concurrency issue. we are currently >> looking >> into this. These are really quite strange, if you can find out more >> about >> them, we'd be glad for every hint. >> >> Firefox usually doesn't show these errors because it looks like it >> is not >> sending requests as fast as Safari. >> >> >>> replication failing with: >>> Exception raised: >>> {"error":"EXIT","reason":"{{badmatch,{error,econnrefused}},\n >>> [{couch_rep,do_http_request,3},\n {couch_rep,open_doc,3},\n >>> {couch_rep,replicate,3},\n >>> {couch_httpd,handle_replicate_request,2},\n >>> {couch_httpd,handle_request,2},\n {mochiweb_http,headers,4},\n >>> >>> {proc_lib,init_p,5}]}","line":200,"sourceURL":"http://localhost:5984/_utils/script/couch.js?0.8.0a >>> "} >> >> This is just as Johan says: localhost resolves to :::1 first on OS >> X and >> since CouchDB only listens on IPv4 addresses, the connection fails. >> Try accessing CouchDB through 127.0.0.1 or disable IPv6 to get that >> working. > > I'd like to believe that, so I am now connecting to 127.0.0.1, but now > with Firefox I get even more seemingly random failures. Last run: > > content_negotiation fails with: > # Assertion failed: xhr.getResponseHeader("Content-Type") == > "application/json" > > replication fails with: > # Exception raised: {"message":"docA is > null","fileName":"http://127.0.0.1:5984/_utils/script/ > couch_tests.js","lineNumber":1224,"stack":"((void > 0))@http://127.0.0.1:5984/_utils/script/couch_tests.js:1224\nrun(0)@http://127.0.0.1:5984/_utils/script/couch_tests.js:1228 > \n","name":"TypeError"} > > compact fails with: > 1. Assertion failed: deletesize > originalsize > 2. Assertion failed: compactedsize < deletesize > > next run in Firefox everything passes. Note that the problems seem to > be timing related, which is what makes this scary. Tweaking with > Firebug settings (e.g., enabling/disabling network logging in Firebug) > seems to reveal some of these. See the response above about the concurrency issue. You machine just seems so fast that Firefox triggers the same problem as Safari does on my slower machine. Cheers Jan --