couchdb-user mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Jan Lehnardt <...@apache.org>
Subject Re: Futon: badarg error...
Date Wed, 06 May 2009 21:37:00 GMT

On 6 May 2009, at 22:37, Parnell Springmeyer wrote:

> Well, I was thinking it had something to do with CouchDB launching  
> MochiWeb
> 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 tried
> it yet).

Same origin policy: You can only make Ajax calls back to the domain  
where
the script was served from. While this can be circumvented, I don't  
think we're
doing that.

Cheers
Jan
--

>
> 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?
>
> On Wed, May 6, 2009 at 12:10 PM, Chris Anderson <jchris@apache.org>  
> wrote:
>
>> On Wed, May 6, 2009 at 9:05 AM, Parnell Springmeyer <ixmatus@gmail.com 
>> >
>> wrote:
>>> 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.
>>>
>>
>> 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 <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
>>>>
>>>
>>
>>
>>
>> --
>> Chris Anderson
>> http://jchrisa.net
>> http://couch.io
>>


Mime
View raw message