Mailing-List: contact user-help@couchdb.apache.org; run by ezmlm
Precedence: bulk
Reply-To: user@couchdb.apache.org
Received-SPF: pass (nike.apache.org: domain of ixmatus@gmail.com designates
 209.85.218.170 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=soLgBQXtV4cwov/xXdF9SlOCXqjqFi3SVq7yrHGuRKfz1ia1zSFWJSbmppAKOpvN5f
         3h0eFzSVbazFzzxPqNmY1SgC9308oBlcQfgCDYl8SLjYbOFTKTmIcFLyAMpn+1SvCp9J
         pXd2VpXZDyCYEBih0al4KrG3zbCQFQC9dg4BA=
MIME-Version: 1.0
In-Reply-To: <FCE1DAA8-7A1C-4E43-8DE7-748CA26156DC@apache.org>
References: <4A0140C8.9090504@gmail.com>
	 <e282921e0905060756r2e007bch724105d153c85c68@mail.gmail.com>
	 <dd0433600905060905i60d9fba8paed4a3a246944cf4@mail.gmail.com>
	 <e282921e0905061210n20b2dbd2hd5d57cc9fc4eec8b@mail.gmail.com>
	 <dd0433600905061337w422de820t2c28af85c24d2895@mail.gmail.com>
	 <FCE1DAA8-7A1C-4E43-8DE7-748CA26156DC@apache.org>
Date: Thu, 7 May 2009 04:41:56 +0700
Message-ID: <dd0433600905061441u337a8862v38f7f56b92424037@mail.gmail.com>
Subject: Re: Futon: badarg error...
From: Parnell Springmeyer <ixmatus@gmail.com>
To: user@couchdb.apache.org, jan@apache.org
Content-Type: multipart/alternative; boundary=0016e647ecfcb330d2046945437a

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

Jan, yeah I now that - like you have said, I will need to circumvent it.

A possible tool I may think about developing would be a PythonGUI app for
interacting with a CouchDB server - that would be mightily useful...

On Thu, May 7, 2009 at 4:37 AM, Jan Lehnardt <jan@apache.org> wrote:

>
> 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
>>>
>>>
>

--0016e647ecfcb330d2046945437a--