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 <[email protected]> wrote:

On Wed, May 6, 2009 at 9:05 AM, Parnell Springmeyer <[email protected] >
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 <[email protected]>
wrote:

On Wed, May 6, 2009 at 12:48 AM, Parnell Springmeyer <[email protected]

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


Reply via email to