Mailing-List: contact user-help@couchdb.apache.org; run by ezmlm
Precedence: bulk
Reply-To: user@couchdb.apache.org
Received-SPF: pass (athena.apache.org: domain of ixmatus@gmail.com designates
 209.85.220.163 as permitted sender)
DomainKey-Signature: a=rsa-sha1; c=nofws;
        d=gmail.com; s=gamma;
        h=mime-version:in-reply-to:references:date:message-id:subject:from:to
         :content-type;
        b=mV78ZHVc9qQZ6j9QU4DASGqHRPcAP4SEaMCND84Jx0XcN7uo8wGKlxsagWHfOt98j0
         D5mui/yaD4MTia8IjYLkpL9belqZEm9L+6j0faa4Izv+A24GrhQsKEg6nQYgEARj0KYa
         O5/6Y+tofOUvHspiMatGrlAVZJyMWJHP9hC0Q=
MIME-Version: 1.0
In-Reply-To: <e282921e0905060756r2e007bch724105d153c85c68@mail.gmail.com>
References: <4A0140C8.9090504@gmail.com>
	 <e282921e0905060756r2e007bch724105d153c85c68@mail.gmail.com>
Date: Wed, 6 May 2009 09:05:27 -0700
Message-ID: <dd0433600905060905i60d9fba8paed4a3a246944cf4@mail.gmail.com>
Subject: Re: Futon: badarg error...
From: Parnell Springmeyer <ixmatus@gmail.com>
To: user@couchdb.apache.org, jchris@apache.org
Content-Type: multipart/alternative; boundary=0016e644c5845b02bb046940900a

--0016e644c5845b02bb046940900a
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit

Chris,

Thank you for the reply. I did notice that (bad Unix timestamps usually
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 operation (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 work 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 route ATM.

Thank you again :)

On Wed, May 6, 2009 at 7:56 AM, Chris Anderson <jchris@apache.org> wrote:

> On Wed, May 6, 2009 at 12:48 AM, Parnell Springmeyer <ixmatus@gmail.com>
> 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 gives me
> > this:
> >
> > debug] [<0.53.0>] 'GET' /_utils/ {1,1}
> > Headers:
> >
> [{'Accept',"text/html,application/xhtml+xml,application/xml;q=0.9,*/*;q=0.8"},
> >         {'Accept-Charset',"ISO-8859-1,utf-8;q=0.7,*;q=0.7"},
> >         {'Accept-Encoding',"gzip,deflate"},
> >         {'Accept-Language',"en-us,en;q=0.5"},
> >         {'Cache-Control',"max-age=0"},
> >         {'Connection',"keep-alive"},
> >         {'Host',"24.234.73.31:5984"},
> >         {'Keep-Alive',"300"},
> >         {'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? does
> 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.
>
>
> >            {calendar,local_time_to_universal_time_dst,1},
> >            {httpd_util,rfc1123_date,1},
> >            {mochiweb_request,serve_file,4},
> >            {couch_httpd,serve_file,3},
> >            {couch_httpd,handle_request,4},
> >            {mochiweb_http,headers,5},
> >            {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 CURL
> > commands to create a database on the server... Futon is just throwing
> this
> > unusable stack trace at me and I'm hoping somone with more experience 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
>

--0016e644c5845b02bb046940900a--