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 triedit 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] justfine. 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 andsetcorrectly. One factor that may be leading to a few unknowns is that CouchDB isrunningin a Jail. Now, I don't really see why that would affect it's operation(asthe 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 notawareof...I'll keep digging, in the meantime I'm thinking of molding Futon to workona 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 routeATM.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 requestThank 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 amencounteringthis error: {"error":"unknown_error","reason":"badarg"}In attempting to figure it out further, I turned on debug which givesme[{'Accept',"text/html,application/xhtml+xml,application/xml;q=0.9,*/ *;q=0.8"},this: debug] [<0.53.0>] 'GET' /_utils/ {1,1} Headers:{'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? doesfixing 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/ 500The server I have CouchDB running on is a FreeBSD server. I installErlang5.6.5 from ports and CouchDB 0.9.0 from ports as well. All otherfunctionsseem 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 throwingthisunusable stack trace at me and I'm hoping somone with more experienceandknowledge of the codebase or system could find that stack tracehelpful.If there are other log/debug sources I can look at as well, pleaseinformme- 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
