Return-Path: Delivered-To: apmail-couchdb-user-archive@www.apache.org Received: (qmail 43506 invoked from network); 30 Aug 2010 12:51:38 -0000 Received: from unknown (HELO mail.apache.org) (140.211.11.3) by 140.211.11.9 with SMTP; 30 Aug 2010 12:51:38 -0000 Received: (qmail 91671 invoked by uid 500); 30 Aug 2010 12:51:36 -0000 Delivered-To: apmail-couchdb-user-archive@couchdb.apache.org Received: (qmail 91334 invoked by uid 500); 30 Aug 2010 12:51:32 -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 91326 invoked by uid 99); 30 Aug 2010 12:51:32 -0000 Received: from Unknown (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 30 Aug 2010 12:51:32 +0000 X-ASF-Spam-Status: No, hits=2.9 required=10.0 tests=HTML_MESSAGE,RCVD_IN_DNSWL_NONE,SPF_NEUTRAL X-Spam-Check-By: apache.org Received-SPF: neutral (nike.apache.org: local policy) Received: from [74.125.82.180] (HELO mail-wy0-f180.google.com) (74.125.82.180) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 30 Aug 2010 12:51:07 +0000 Received: by wyb34 with SMTP id 34so8018469wyb.11 for ; Mon, 30 Aug 2010 05:50:46 -0700 (PDT) Received: by 10.227.138.84 with SMTP id z20mr4530051wbt.214.1283172646106; Mon, 30 Aug 2010 05:50:46 -0700 (PDT) Received: from [192.168.1.75] (host81-154-46-157.range81-154.btcentralplus.com [81.154.46.157]) by mx.google.com with ESMTPS id l55sm4408370weq.17.2010.08.30.05.50.44 (version=TLSv1/SSLv3 cipher=RC4-MD5); Mon, 30 Aug 2010 05:50:44 -0700 (PDT) From: Alasdair Macmillan Content-Type: multipart/alternative; boundary=Apple-Mail-31--77234895 Subject: Couchdb Test Suite Failing Date: Mon, 30 Aug 2010 13:50:42 +0100 Message-Id: To: user@couchdb.apache.org Mime-Version: 1.0 (Apple Message framework v1081) X-Mailer: Apple Mail (2.1081) X-Virus-Checked: Checked by ClamAV on apache.org --Apple-Mail-31--77234895 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=us-ascii Hi I've had no bother running couchdb on my mac. But going into production = now I have installed 1.01 on my webfaction hosted linux install. Now I = know that they use nginx as a proxy in front of apache and advise that = you set up an 'app' (in webfaction speak) running at a custom port and = then run couchdb at that same port and it all works in the sense = thatCouchdb runs from the command line and futon runs too although = sluggishly I feel. However, something is badly wrong when I run the test suite: basics, all_docs, attachments, compact, config, conflicts, = delayed_commits, design_docs, design_options, etags_head, oauth, = reader_acl, recreate_doc, reduce, replication, show_documents, stats, = update_documents, users_db, utf8 all show errors (although which ones = fail seems to vary sometimes attachment_multipart fails) All the errors seem to be 502 gateway related: all the errors are: Exception raised: {"error":"unknown","reason":"\u000d\u000a502 Bad = Gateway\u000d\u000a\u000d\u000a

502 Bad Gateway\u000d\u000a nginx\u000d\u000a\u000d\u000a\u000d\u000a"} except for 'compact; which also has: Assertion failed: xhr.responseText =3D=3D "This is a base64 encoded = text" Assertion failed: xhr.getResponseHeader("Content-Type") =3D=3D = "text/plain" One Webfaction support person said: "A "502" error simply means that Nginx fdid not receive a proper HTTP = response from the application that it is proxying HTTP requests to (i.e. = your CouchDB instance). So, it is unlikely that this is somehting = specific to Nginx - it simply passes the request on and expects a proper = HTTP response. Most likely there is some misconfiguraiton on the HTTP = side of your CouchDB application. I would suggest that you verify that = the HTTP server of CouchDB is actually running on the port assigned to = your "Custom app listening on port", and that you check the appropriate = logs of CouchDB for more information about what went wrong with the hTTP = request." but another said: "Looking at your account, it appears that your couchdb instance is = running normally. The error you are receiving does not appear to be caused by couchdb; = rather, 502 errors in general suggest that the back-end webserver = (behind Nginx) is timing out and not responding to requests. Database = connection issues and other application errors usually respond with 500 = errors instead. To solve a 502 error, follow the incoming requests and = ensure that Nginx is forwarding them to web applications which are = active and listening on the appropriate port. So they don't seem to have a clue what is going on. I am trying to work = out how this all works. Can anybody help me understand what is broken = and where. I have attached the logs I have access to and they are here:=20= http://idisk.mac.com/al.macmillan//Public/couch.log.txt http://idisk.mac.com/al.macmillan//Public/http_log.txt I'm checking with webfaction if I can see the nginx logs. Kind thanks AL --Apple-Mail-31--77234895--