Return-Path: Delivered-To: apmail-couchdb-user-archive@www.apache.org Received: (qmail 51330 invoked from network); 6 May 2009 20:53:10 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.3) by minotaur.apache.org with SMTP; 6 May 2009 20:53:10 -0000 Received: (qmail 79883 invoked by uid 500); 6 May 2009 20:53:09 -0000 Delivered-To: apmail-couchdb-user-archive@couchdb.apache.org Received: (qmail 79832 invoked by uid 500); 6 May 2009 20:53:08 -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 79822 invoked by uid 99); 6 May 2009 20:53:08 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 06 May 2009 20:53:08 +0000 X-ASF-Spam-Status: No, hits=1.5 required=10.0 tests=SPF_PASS,WEIRD_PORT X-Spam-Check-By: apache.org Received-SPF: pass (athena.apache.org: domain of jchris@gmail.com designates 74.125.46.30 as permitted sender) Received: from [74.125.46.30] (HELO yw-out-2324.google.com) (74.125.46.30) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 06 May 2009 20:52:59 +0000 Received: by yw-out-2324.google.com with SMTP id 2so174334ywt.5 for ; Wed, 06 May 2009 13:52:38 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:sender:received:in-reply-to :references:date:x-google-sender-auth:message-id:subject:from:to:cc :content-type:content-transfer-encoding; bh=Qc6kPJJE4H6qaiFv0zGltWmdF4nBq1L4e7VV9oeTn3Y=; b=D0yjP/fcbOnHosud0+NxNLCJJakgVTdyMPafz394gDlTTTbXDHqSKy6vABGjQaFwiw UvjKVvD2VRq12LRd8Ep+71pp+58qsa6BmQeZ6sH0xgv4nHlSMf/kuKjV8CHbX95k+rym MoFWtYB2jM2FDC6Vb4SSVpmas2w8eXm+3t8n8= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type :content-transfer-encoding; b=H6Tr/szrOABBWN1D+JFTuTG7qz+lXu9iVQXj41jxVoqi3Zl8sxVCEssQqfZLFjTuBy +EqqJRnP9ukMft6bbL2SmfwuznxQ4kbkXzMLvJ7uZlldYe0IFvuQq1RBzdXIS7HUVF46 NwVH/giwvAhg4INylBECyGMzHZBYmajjr6BEc= MIME-Version: 1.0 Sender: jchris@gmail.com Received: by 10.100.58.19 with SMTP id g19mr3389344ana.150.1241643158346; Wed, 06 May 2009 13:52:38 -0700 (PDT) In-Reply-To: References: <4A0140C8.9090504@gmail.com> Date: Wed, 6 May 2009 13:52:38 -0700 X-Google-Sender-Auth: 246adc74c2363731 Message-ID: Subject: Re: Futon: badarg error... From: Chris Anderson To: Parnell Springmeyer Cc: user@couchdb.apache.org Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable X-Virus-Checked: Checked by ClamAV on apache.org On Wed, May 6, 2009 at 1:37 PM, Parnell Springmeyer wro= te: > Well, I was thinking it had something to do with CouchDB launching MochiW= eb > to serve the Futon pages up... Since Futon is just javascript that makes > calls to the DB (all the DB functions appear to work fine) sending those > requests from another webserver running Futon *should* work (I haven't tr= ied > it yet). > > Localhost and remotely I can hit http://[hostname]:5984/[my_db_name] just > fine. For example: > > http://localhost:5984/cosmicpuddle/ > > {"db_name":"cosmicpuddle","doc_count":0,"doc_del_count":0,"update_seq":0,= "purge_seq":0,"compact_running":false,"disk_size":4096,"instance_start_time= ":"1241589261681614"} > > and http://[remote_host]:5984/cosmicpuddle/ > > {"db_name":"cosmicpuddle","doc_count":0,"doc_del_count":0,"update_seq":0,= "purge_seq":0,"compact_running":false,"disk_size":4096,"instance_start_time= ":"1241589261681614"} > > All return proper and safe. May I ask where I can find documentation on > db_info? Is that an internal Erlang module function or is it a '_all_dbs' > style http request function? I stand corrected, it is something to do with mochiweb_request:serve_file Maybe your file modification times are obscured due to the jail? > > On Wed, May 6, 2009 at 12:10 PM, Chris Anderson wrote= : >> >> On Wed, May 6, 2009 at 9:05 AM, Parnell Springmeyer >> wrote: >> > Chris, >> > >> > Thank you for the reply. I did notice that (bad Unix timestamps usuall= y >> > generate that 1969 value), I checked my system clock and it is set and >> > set >> > correctly. >> > >> > One factor that may be leading to a few unknowns is that CouchDB is >> > running >> > in a Jail. Now, I don't really see why that would affect it's operatio= n >> > (as >> > the Jail is just a clone of the host) but it *is* an unknown variable >> > and >> > there may be a configuration or something going on somewhere I am not >> > aware >> > of... >> > >> > I'll keep digging, in the meantime I'm thinking of molding Futon to wo= rk >> > on >> > a remote instance of CouchDB - as it is just HTML and JS. I do know I'= ll >> > have to rewrite the servername part of the URL to get the JS to submit >> > to >> > the server properly, but, that is beginning to look like the best rout= e >> > ATM. >> > >> >> If you can access the remote couchdb over http you should be able to >> use it's copy of futon just fine. the problem I see is probably the >> result of the db_info request. you should get the same error if you >> hit http://host:5984/my-db-name with a GET request >> >> > Thank you again :) >> > >> > On Wed, May 6, 2009 at 7:56 AM, Chris Anderson >> > wrote: >> > >> >> On Wed, May 6, 2009 at 12:48 AM, Parnell Springmeyer >> >> >> >> wrote: >> >> > In attempting to access the futon administrative resource, I am >> >> encountering >> >> > this error: >> >> > >> >> > {"error":"unknown_error","reason":"badarg"} >> >> > >> >> > In attempting to figure it out further, I turned on debug which giv= es >> >> > me >> >> > this: >> >> > >> >> > debug] [<0.53.0>] 'GET' /_utils/ {1,1} >> >> > Headers: >> >> > >> >> >> >> [{'Accept',"text/html,application/xhtml+xml,application/xml;q=3D0.9,*= /*;q=3D0.8"}, >> >> > =A0 =A0 =A0 =A0 {'Accept-Charset',"ISO-8859-1,utf-8;q=3D0.7,*;q=3D0= .7"}, >> >> > =A0 =A0 =A0 =A0 {'Accept-Encoding',"gzip,deflate"}, >> >> > =A0 =A0 =A0 =A0 {'Accept-Language',"en-us,en;q=3D0.5"}, >> >> > =A0 =A0 =A0 =A0 {'Cache-Control',"max-age=3D0"}, >> >> > =A0 =A0 =A0 =A0 {'Connection',"keep-alive"}, >> >> > =A0 =A0 =A0 =A0 {'Host',"24.234.73.31:5984"}, >> >> > =A0 =A0 =A0 =A0 {'Keep-Alive',"300"}, >> >> > =A0 =A0 =A0 =A0 {'User-Agent',"Mozilla/5.0 (Macintosh; U; Intel Mac= OS X >> >> > 10.5; >> >> > en-US; rv:1.9.0.10) Gecko/2009042315 Firefox/3.0.10 FirePHP/0.2.4"}= ] >> >> > [error] [<0.53.0>] Uncaught error in HTTP request: {error,badarg} >> >> > [debug] [<0.53.0>] Stacktrace: >> >> > [{erlang,universaltime_to_localtime,[{{1969,12,31},{23,59,59}}]}, >> >> >> >> it looks like your system clock is set to 1969. is that the case? doe= s >> >> fixing it help? >> >> >> >> if not you might have discovered a bug in the Erlang std library. >> >> seems unlikely so do try to set your clock and see if that helps. >> >> >> >> >> >> > =A0 =A0 =A0 =A0 =A0 =A0{calendar,local_time_to_universal_time_dst,1= }, >> >> > =A0 =A0 =A0 =A0 =A0 =A0{httpd_util,rfc1123_date,1}, >> >> > =A0 =A0 =A0 =A0 =A0 =A0{mochiweb_request,serve_file,4}, >> >> > =A0 =A0 =A0 =A0 =A0 =A0{couch_httpd,serve_file,3}, >> >> > =A0 =A0 =A0 =A0 =A0 =A0{couch_httpd,handle_request,4}, >> >> > =A0 =A0 =A0 =A0 =A0 =A0{mochiweb_http,headers,5}, >> >> > =A0 =A0 =A0 =A0 =A0 =A0{proc_lib,init_p_do_apply,3}] >> >> > [debug] [<0.53.0>] httpd 500 error response: >> >> > {"error":"unknown_error","reason":"badarg"} >> >> > >> >> > [info] [<0.53.0>] 24.234.73.31 - - 'GET' /_utils/ 500 >> >> > >> >> > The server I have CouchDB running on is a FreeBSD server. I install >> >> Erlang >> >> > 5.6.5 from ports and CouchDB 0.9.0 from ports as well. All other >> >> functions >> >> > seem to work properly (although I haven't tested thoroughly). >> >> > >> >> > Ie: http://[domain]:5984:/_all_dbs/ works just fine, and so does CU= RL >> >> > commands to create a database on the server... Futon is just throwi= ng >> >> this >> >> > unusable stack trace at me and I'm hoping somone with more experien= ce >> >> > and >> >> > knowledge of the codebase or system could find that stack trace >> >> > helpful. >> >> > >> >> > If there are other log/debug sources I can look at as well, please >> >> > inform >> >> me >> >> > - I would love to be able to use the Futon interface! >> >> > >> >> >> >> >> >> >> >> -- >> >> Chris Anderson >> >> http://jchrisa.net >> >> http://couch.io >> >> >> > >> >> >> >> -- >> Chris Anderson >> http://jchrisa.net >> http://couch.io > > --=20 Chris Anderson http://jchrisa.net http://couch.io