You are viewing a plain text version of this content. The canonical link for it is here.
Posted to user@couchdb.apache.org by Koji Kawamura <ij...@gmail.com> on 2011/10/12 23:25:58 UTC
Futon Test Suites Failed: CouchDB 1.1.0 FF5.0
Hi,
I've been trying to pass all tests but I still get failed.
I installed CouchDB 1.1.0 from tarball following to this installation guide.
"Building CouchDB from source (with EPEL packages)"
http://wiki.apache.org/couchdb/Installing_on_RHEL5
I'm using CentOS 5.7 as a VM hosted on Windows 7.
When I run the test suites from FireFox 5.0,
I got these failures:
attachment_paths error 4700ms
Exception raised: {}
form_submit error 415ms
Exception raised: {}
invalid_docids error 836ms
Exception raised: {}
oauth error 10849ms
Exception raised: {"error":"db_not_found","reason":"could not open
http://couchdb:5984/test_suite_db_a/"}
replication error 17703ms
Exception raised: {"error":"db_not_found","reason":"could not open
http://couchdb:5984/test_suite_db_b/"}
replicator_db error 10891ms
Assertion failed: copy !== null
Exception raised: {"message":"copy is
null","fileName":"http://couchdb:5984/_utils/script/couch_test_runner.js?0.11.0","lineNumber":143,"stack":"filtered_replication()@http://couchdb:5984/_utils/script/couch_test_runner.js?0.11.0:143\u000arun_on_modified_server([object
Array],filtered_replication)@http://couchdb:5984/_utils/script/couch_test_runner.js?0.11.0:375\u000a(false)@http://couchdb:5984/_utils/script/couch_test_runner.js?0.11.0:737\u000arun(-2)@http://couchdb:5984/_utils/script/couch_test_runner.js?0.11.0:91\u000a"}
security_validation error 17461ms
Exception raised: {"error":"db_not_found","reason":"could not open
http://couchdb:5984/test_suite_db_b/"}
stats failure 40474ms
Assertion 'triggered, "We managed to force a all_dbs_active
error."' failed: We managed to force a all_dbs_active error.
view_compaction failure 3616ms
Assertion failed: resp.view_index.disk_size < disk_size_before_compact
view_errors error 1890ms
Exception raised: {}
69 of 69 test(s) run, 10 failures (634302 ms)
Does anyone have the same experience and know a workaround for this?
Any information is appreciated.
Thanks,
Koji
Re: Futon Test Suites Failed: CouchDB 1.1.0 FF5.0
Posted by Koji Kawamura <ij...@gmail.com>.
Hi
Thank you all for helping me.
I've tried to create a new FireFox profile as well as re-install it,
but the "Exception raised: {}" error still occurs...
Since it passed once, I decided to move forward, I want to develop an
application.
Although, I'll let everyone know when I find the cause of this problem.
Plus, I've joined the dev@ mailing list :)
Thanks,
Koji
On Sat, Oct 22, 2011 at 1:04 AM, Jan Lehnardt <ja...@apache.org> wrote:
> Hi Koji,
>
> the test suite can be somewhat brittle (there's a thread on dev@ that discusses this) and we are in the process of moving as much as possible out of the browser that avoids this situation. In fact, the upcoming 1.2.x and master (neé trunk) branches already have a simplified "verify installation" option that isn't prone to as many issues.
>
> You can try to run individual tests a few times until they pass at least once. It might be that some specific test (attachments comes to mind) doesn't work in every browser.
>
> If you or anyone wants to help out with this, please join the dev@ mailing list and join the thread there :)
>
> Cheers
> Jan
> --
>
> On Oct 12, 2011, at 23:25 , Koji Kawamura wrote:
>
>> Hi,
>>
>> I've been trying to pass all tests but I still get failed.
>>
>> I installed CouchDB 1.1.0 from tarball following to this installation guide.
>> "Building CouchDB from source (with EPEL packages)"
>> http://wiki.apache.org/couchdb/Installing_on_RHEL5
>>
>> I'm using CentOS 5.7 as a VM hosted on Windows 7.
>>
>> When I run the test suites from FireFox 5.0,
>> I got these failures:
>>
>>
>> attachment_paths error 4700ms
>> Exception raised: {}
>>
>> form_submit error 415ms
>> Exception raised: {}
>>
>> invalid_docids error 836ms
>> Exception raised: {}
>>
>> oauth error 10849ms
>> Exception raised: {"error":"db_not_found","reason":"could not open
>> http://couchdb:5984/test_suite_db_a/"}
>>
>> replication error 17703ms
>> Exception raised: {"error":"db_not_found","reason":"could not open
>> http://couchdb:5984/test_suite_db_b/"}
>>
>> replicator_db error 10891ms
>> Assertion failed: copy !== null
>> Exception raised: {"message":"copy is
>> null","fileName":"http://couchdb:5984/_utils/script/couch_test_runner.js?0.11.0","lineNumber":143,"stack":"filtered_replication()@http://couchdb:5984/_utils/script/couch_test_runner.js?0.11.0:143\u000arun_on_modified_server([object
>> Array],filtered_replication)@http://couchdb:5984/_utils/script/couch_test_runner.js?0.11.0:375\u000a(false)@http://couchdb:5984/_utils/script/couch_test_runner.js?0.11.0:737\u000arun(-2)@http://couchdb:5984/_utils/script/couch_test_runner.js?0.11.0:91\u000a"}
>>
>> security_validation error 17461ms
>> Exception raised: {"error":"db_not_found","reason":"could not open
>> http://couchdb:5984/test_suite_db_b/"}
>>
>> stats failure 40474ms
>> Assertion 'triggered, "We managed to force a all_dbs_active
>> error."' failed: We managed to force a all_dbs_active error.
>>
>> view_compaction failure 3616ms
>> Assertion failed: resp.view_index.disk_size < disk_size_before_compact
>>
>> view_errors error 1890ms
>> Exception raised: {}
>>
>> 69 of 69 test(s) run, 10 failures (634302 ms)
>>
>> Does anyone have the same experience and know a workaround for this?
>> Any information is appreciated.
>>
>> Thanks,
>> Koji
>
>
Re: Futon Test Suites Failed: CouchDB 1.1.0 FF5.0
Posted by Jan Lehnardt <ja...@apache.org>.
Hi Koji,
the test suite can be somewhat brittle (there's a thread on dev@ that discusses this) and we are in the process of moving as much as possible out of the browser that avoids this situation. In fact, the upcoming 1.2.x and master (neé trunk) branches already have a simplified "verify installation" option that isn't prone to as many issues.
You can try to run individual tests a few times until they pass at least once. It might be that some specific test (attachments comes to mind) doesn't work in every browser.
If you or anyone wants to help out with this, please join the dev@ mailing list and join the thread there :)
Cheers
Jan
--
On Oct 12, 2011, at 23:25 , Koji Kawamura wrote:
> Hi,
>
> I've been trying to pass all tests but I still get failed.
>
> I installed CouchDB 1.1.0 from tarball following to this installation guide.
> "Building CouchDB from source (with EPEL packages)"
> http://wiki.apache.org/couchdb/Installing_on_RHEL5
>
> I'm using CentOS 5.7 as a VM hosted on Windows 7.
>
> When I run the test suites from FireFox 5.0,
> I got these failures:
>
>
> attachment_paths error 4700ms
> Exception raised: {}
>
> form_submit error 415ms
> Exception raised: {}
>
> invalid_docids error 836ms
> Exception raised: {}
>
> oauth error 10849ms
> Exception raised: {"error":"db_not_found","reason":"could not open
> http://couchdb:5984/test_suite_db_a/"}
>
> replication error 17703ms
> Exception raised: {"error":"db_not_found","reason":"could not open
> http://couchdb:5984/test_suite_db_b/"}
>
> replicator_db error 10891ms
> Assertion failed: copy !== null
> Exception raised: {"message":"copy is
> null","fileName":"http://couchdb:5984/_utils/script/couch_test_runner.js?0.11.0","lineNumber":143,"stack":"filtered_replication()@http://couchdb:5984/_utils/script/couch_test_runner.js?0.11.0:143\u000arun_on_modified_server([object
> Array],filtered_replication)@http://couchdb:5984/_utils/script/couch_test_runner.js?0.11.0:375\u000a(false)@http://couchdb:5984/_utils/script/couch_test_runner.js?0.11.0:737\u000arun(-2)@http://couchdb:5984/_utils/script/couch_test_runner.js?0.11.0:91\u000a"}
>
> security_validation error 17461ms
> Exception raised: {"error":"db_not_found","reason":"could not open
> http://couchdb:5984/test_suite_db_b/"}
>
> stats failure 40474ms
> Assertion 'triggered, "We managed to force a all_dbs_active
> error."' failed: We managed to force a all_dbs_active error.
>
> view_compaction failure 3616ms
> Assertion failed: resp.view_index.disk_size < disk_size_before_compact
>
> view_errors error 1890ms
> Exception raised: {}
>
> 69 of 69 test(s) run, 10 failures (634302 ms)
>
> Does anyone have the same experience and know a workaround for this?
> Any information is appreciated.
>
> Thanks,
> Koji
Re: Futon Test Suites Failed: CouchDB 1.1.0 FF5.0
Posted by CGS <cg...@gmail.com>.
Yes, maybe you are right, Dave. My experience with MS Windows stopped at
XP where I still can clean my registries manually (which I do usually).
On 10/21/2011 02:24 PM, Dave Cottlehuber wrote:
> On Friday, 21 October 2011, CGS<cg...@gmail.com> wrote:
>> That's more a FF problem than CouchDB problem (as you noticed by using
> someone else's FF). Some recommendations for this case:
>> 1. Do not reinstall FF, but remove old FF completely from your PC and
> install it again from scratch (preferably the last version). If you don't
> know where FF installed all its folders, the fastest way to clean your
> system of FF is through system registry (try not to mess up your registries
> though).
>
> how about simply creating a new ff profile first and testing that? blind reg
> hacking will still pick up the original ff profile from last install.
>
> dave
>
>> 2. If it was installed as admin, check if your FF can access all its
> required files (I am no expert in MS Windows 7 and, actually, I only saw it
> on one PC, but I know that under Linux, this problem may trigger that kind
> of errors).
>> Cheers,
>> CGS
>>
>>
>>
>>
>> On 10/21/2011 09:57 AM, Koji Kawamura wrote:
>>
>> Thank you, CGS
>>
>> The "db_not_found" error turned out to be a problem of hosts file setting.
>>
>> I was accessing CouchDB (vm) from Windows 7 (host) with "couchdb" as
>> hostname like:
>> http://couchdb:5984/_utils/
>> But I didn't set hosts file on the vm properly.
>> VM sends a replicationrequest,
>> but it couldn't understand the hostname, "couchdb" and failed.
>> After I fixed the hosts file, those tests succeeded.
>>
>> I still get some errors yet,
>> form_submit, view_errors often fail, sometimes succeed, saying this
>> error message:
>> "Exception raised: {}"
>> I debugged the test Javascript and caught this exception:
>> [Exception... "Component returned failure code: 0x80004005
>> (NS_ERROR_FAILURE)" nsresult: "0x80004005 (NS_ERROR_FAILURE)"
>> location: "JS frame ::
>> http://couchdb:5984/_utils/script/couch.js?0.11.0 ::<TOP_LEVEL> ::
>> line 416" data: no] { message="Component returned fail...4005
>> (NS_ERROR_FAILURE)", result=2147500037, more...}
>> When I use my colleagues' FireFox, these test succeed always.
>> It's because of my local environment setting..
>> I've re-installed FireFox, but the situation didn't change.
>>
>> Thanks,
>> Koji
>>
>> On Thu, Oct 13, 2011 at 3:21 PM, CGS<cg...@gmail.com> wrote:
>>
>> Hi,
>>
>> Try to add manually the two databases and see what is happening.
>>
>> Cheers,
>> CGS
>>
>>
>> On 10/12/2011 11:29 PM, Koji Kawamura wrote:
>>
>> Excuse me, I made a mistake with the title I followed.
>> I followed this one,
>> "Building CouchDB from source (with standard packages only)"
>>
>> On Thu, Oct 13, 2011 at 6:25 AM, Koji Kawamura<ij...@gmail.com>
>> wrote:
>>
>> Hi,
>>
>> I've been trying to pass all tests but I still get failed.
>>
>> I installed CouchDB 1.1.0 from tarball following to this installation
>> guide.
>> "Building CouchDB from source (with EPEL packages)"
>> http://wiki.apache.org/couchdb/Installing_on_RHEL5
>>
>> I'm using CentOS 5.7 as a VM hosted on Windows 7.
>>
>> When I run the test suites from FireFox 5.0,
>> I got these failures:
>>
>>
>> attachment_paths error 4700ms
>> Exception raised: {}
>>
>> form_submit error 415ms
>> Exception raised: {}
>>
>> invalid_docids error 836ms
>> Exception raised: {}
>>
>> oauth error 10849ms
>> Exception raised: {"error":"db_not_found","reason":"could not open
>> http://couchdb:5984/test_suite_db_a/"}
>>
>> replication error 17703ms
>> Exception raised: {"error":"db_not_found","reason":"could not open
>> http://couchdb:5984/test_suite_db_b/"}
>>
>> replicator_db error 10891ms
>> Assertion failed: copy !== null
>> Exception raised: {"message":"copy is
>>
>> null","fileName":"
> http://couchdb:5984/_utils/script/couch_test_runner.js?0.11.0
> ","lineNumber":143,"stack":"filtered_replication()@
> http://couchdb:5984/_utils/script/couch_test_runner.js?0.11.0:143\u000arun_on_modified_server([object
>> Array],filtered_replication)@
> http://couchdb:5984/_utils/script/couch_test_runner.js?0.11.0:375\u000a(false)@http://couchdb:5984/_utils/script/couch_test_runner.j
>
Re: Futon Test Suites Failed: CouchDB 1.1.0 FF5.0
Posted by Dave Cottlehuber <da...@muse.net.nz>.
On Friday, 21 October 2011, CGS <cg...@gmail.com> wrote:
> That's more a FF problem than CouchDB problem (as you noticed by using
someone else's FF). Some recommendations for this case:
> 1. Do not reinstall FF, but remove old FF completely from your PC and
install it again from scratch (preferably the last version). If you don't
know where FF installed all its folders, the fastest way to clean your
system of FF is through system registry (try not to mess up your registries
though).
how about simply creating a new ff profile first and testing that? blind reg
hacking will still pick up the original ff profile from last install.
dave
> 2. If it was installed as admin, check if your FF can access all its
required files (I am no expert in MS Windows 7 and, actually, I only saw it
on one PC, but I know that under Linux, this problem may trigger that kind
of errors).
>
> Cheers,
> CGS
>
>
>
>
> On 10/21/2011 09:57 AM, Koji Kawamura wrote:
>
> Thank you, CGS
>
> The "db_not_found" error turned out to be a problem of hosts file setting.
>
> I was accessing CouchDB (vm) from Windows 7 (host) with "couchdb" as
> hostname like:
> http://couchdb:5984/_utils/
> But I didn't set hosts file on the vm properly.
> VM sends a replicationrequest,
> but it couldn't understand the hostname, "couchdb" and failed.
> After I fixed the hosts file, those tests succeeded.
>
> I still get some errors yet,
> form_submit, view_errors often fail, sometimes succeed, saying this
> error message:
> "Exception raised: {}"
> I debugged the test Javascript and caught this exception:
> [Exception... "Component returned failure code: 0x80004005
> (NS_ERROR_FAILURE)" nsresult: "0x80004005 (NS_ERROR_FAILURE)"
> location: "JS frame ::
> http://couchdb:5984/_utils/script/couch.js?0.11.0 ::<TOP_LEVEL> ::
> line 416" data: no] { message="Component returned fail...4005
> (NS_ERROR_FAILURE)", result=2147500037, more...}
> When I use my colleagues' FireFox, these test succeed always.
> It's because of my local environment setting..
> I've re-installed FireFox, but the situation didn't change.
>
> Thanks,
> Koji
>
> On Thu, Oct 13, 2011 at 3:21 PM, CGS<cg...@gmail.com> wrote:
>
> Hi,
>
> Try to add manually the two databases and see what is happening.
>
> Cheers,
> CGS
>
>
> On 10/12/2011 11:29 PM, Koji Kawamura wrote:
>
> Excuse me, I made a mistake with the title I followed.
> I followed this one,
> "Building CouchDB from source (with standard packages only)"
>
> On Thu, Oct 13, 2011 at 6:25 AM, Koji Kawamura<ij...@gmail.com>
> wrote:
>
> Hi,
>
> I've been trying to pass all tests but I still get failed.
>
> I installed CouchDB 1.1.0 from tarball following to this installation
> guide.
> "Building CouchDB from source (with EPEL packages)"
> http://wiki.apache.org/couchdb/Installing_on_RHEL5
>
> I'm using CentOS 5.7 as a VM hosted on Windows 7.
>
> When I run the test suites from FireFox 5.0,
> I got these failures:
>
>
> attachment_paths error 4700ms
> Exception raised: {}
>
> form_submit error 415ms
> Exception raised: {}
>
> invalid_docids error 836ms
> Exception raised: {}
>
> oauth error 10849ms
> Exception raised: {"error":"db_not_found","reason":"could not open
> http://couchdb:5984/test_suite_db_a/"}
>
> replication error 17703ms
> Exception raised: {"error":"db_not_found","reason":"could not open
> http://couchdb:5984/test_suite_db_b/"}
>
> replicator_db error 10891ms
> Assertion failed: copy !== null
> Exception raised: {"message":"copy is
>
> null","fileName":"
http://couchdb:5984/_utils/script/couch_test_runner.js?0.11.0
","lineNumber":143,"stack":"filtered_replication()@
http://couchdb:5984/_utils/script/couch_test_runner.js?0.11.0:143\u000arun_on_modified_server([object
>
> Array],filtered_replication)@
http://couchdb:5984/_utils/script/couch_test_runner.js?0.11.0:375\u000a(false)@http://couchdb:5984/_utils/script/couch_test_runner.j
Re: Futon Test Suites Failed: CouchDB 1.1.0 FF5.0
Posted by CGS <cg...@gmail.com>.
Sorry, a mistake: instead of "the last version" I wanted to say "the
latest version".
On 10/21/2011 10:43 AM, CGS wrote:
> That's more a FF problem than CouchDB problem (as you noticed by using
> someone else's FF). Some recommendations for this case:
> 1. Do not reinstall FF, but remove old FF completely from your PC and
> install it again from scratch (preferably the last version). If you
> don't know where FF installed all its folders, the fastest way to
> clean your system of FF is through system registry (try not to mess up
> your registries though).
> 2. If it was installed as admin, check if your FF can access all its
> required files (I am no expert in MS Windows 7 and, actually, I only
> saw it on one PC, but I know that under Linux, this problem may
> trigger that kind of errors).
>
> Cheers,
> CGS
>
>
>
>
> On 10/21/2011 09:57 AM, Koji Kawamura wrote:
>> Thank you, CGS
>>
>> The "db_not_found" error turned out to be a problem of hosts file
>> setting.
>>
>> I was accessing CouchDB (vm) from Windows 7 (host) with "couchdb" as
>> hostname like:
>> http://couchdb:5984/_utils/
>> But I didn't set hosts file on the vm properly.
>> VM sends a replicationrequest,
>> but it couldn't understand the hostname, "couchdb" and failed.
>> After I fixed the hosts file, those tests succeeded.
>>
>> I still get some errors yet,
>> form_submit, view_errors often fail, sometimes succeed, saying this
>> error message:
>> "Exception raised: {}"
>> I debugged the test Javascript and caught this exception:
>> [Exception... "Component returned failure code: 0x80004005
>> (NS_ERROR_FAILURE)" nsresult: "0x80004005 (NS_ERROR_FAILURE)"
>> location: "JS frame ::
>> http://couchdb:5984/_utils/script/couch.js?0.11.0 ::<TOP_LEVEL> ::
>> line 416" data: no] { message="Component returned fail...4005
>> (NS_ERROR_FAILURE)", result=2147500037, more...}
>> When I use my colleagues' FireFox, these test succeed always.
>> It's because of my local environment setting..
>> I've re-installed FireFox, but the situation didn't change.
>>
>> Thanks,
>> Koji
>>
>> On Thu, Oct 13, 2011 at 3:21 PM, CGS<cg...@gmail.com> wrote:
>>> Hi,
>>>
>>> Try to add manually the two databases and see what is happening.
>>>
>>> Cheers,
>>> CGS
>>>
>>>
>>> On 10/12/2011 11:29 PM, Koji Kawamura wrote:
>>>> Excuse me, I made a mistake with the title I followed.
>>>> I followed this one,
>>>> "Building CouchDB from source (with standard packages only)"
>>>>
>>>> On Thu, Oct 13, 2011 at 6:25 AM, Koji Kawamura<ij...@gmail.com>
>>>> wrote:
>>>>> Hi,
>>>>>
>>>>> I've been trying to pass all tests but I still get failed.
>>>>>
>>>>> I installed CouchDB 1.1.0 from tarball following to this installation
>>>>> guide.
>>>>> "Building CouchDB from source (with EPEL packages)"
>>>>> http://wiki.apache.org/couchdb/Installing_on_RHEL5
>>>>>
>>>>> I'm using CentOS 5.7 as a VM hosted on Windows 7.
>>>>>
>>>>> When I run the test suites from FireFox 5.0,
>>>>> I got these failures:
>>>>>
>>>>>
>>>>> attachment_paths error 4700ms
>>>>> Exception raised: {}
>>>>>
>>>>> form_submit error 415ms
>>>>> Exception raised: {}
>>>>>
>>>>> invalid_docids error 836ms
>>>>> Exception raised: {}
>>>>>
>>>>> oauth error 10849ms
>>>>> Exception raised: {"error":"db_not_found","reason":"could not
>>>>> open
>>>>> http://couchdb:5984/test_suite_db_a/"}
>>>>>
>>>>> replication error 17703ms
>>>>> Exception raised: {"error":"db_not_found","reason":"could not
>>>>> open
>>>>> http://couchdb:5984/test_suite_db_b/"}
>>>>>
>>>>> replicator_db error 10891ms
>>>>> Assertion failed: copy !== null
>>>>> Exception raised: {"message":"copy is
>>>>>
>>>>> null","fileName":"http://couchdb:5984/_utils/script/couch_test_runner.js?0.11.0","lineNumber":143,"stack":"filtered_replication()@http://couchdb:5984/_utils/script/couch_test_runner.js?0.11.0:143\u000arun_on_modified_server([object
>>>>>
>>>>>
>>>>> Array],filtered_replication)@http://couchdb:5984/_utils/script/couch_test_runner.js?0.11.0:375\u000a(false)@http://couchdb:5984/_utils/script/couch_test_runner.js?0.11.0:737\u000arun(-2)@http://couchdb:5984/_utils/script/couch_test_runner.js?0.11.0:91\u000a"}
>>>>>
>>>>>
>>>>> security_validation error 17461ms
>>>>> Exception raised: {"error":"db_not_found","reason":"could not
>>>>> open
>>>>> http://couchdb:5984/test_suite_db_b/"}
>>>>>
>>>>> stats failure 40474ms
>>>>> Assertion 'triggered, "We managed to force a all_dbs_active
>>>>> error."' failed: We managed to force a all_dbs_active error.
>>>>>
>>>>> view_compaction failure 3616ms
>>>>> Assertion failed: resp.view_index.disk_size<
>>>>> disk_size_before_compact
>>>>>
>>>>> view_errors error 1890ms
>>>>> Exception raised: {}
>>>>>
>>>>> 69 of 69 test(s) run, 10 failures (634302 ms)
>>>>>
>>>>> Does anyone have the same experience and know a workaround for this?
>>>>> Any information is appreciated.
>>>>>
>>>>> Thanks,
>>>>> Koji
>>>>>
>>>
>
Re: Futon Test Suites Failed: CouchDB 1.1.0 FF5.0
Posted by CGS <cg...@gmail.com>.
That's more a FF problem than CouchDB problem (as you noticed by using
someone else's FF). Some recommendations for this case:
1. Do not reinstall FF, but remove old FF completely from your PC and
install it again from scratch (preferably the last version). If you
don't know where FF installed all its folders, the fastest way to clean
your system of FF is through system registry (try not to mess up your
registries though).
2. If it was installed as admin, check if your FF can access all its
required files (I am no expert in MS Windows 7 and, actually, I only saw
it on one PC, but I know that under Linux, this problem may trigger that
kind of errors).
Cheers,
CGS
On 10/21/2011 09:57 AM, Koji Kawamura wrote:
> Thank you, CGS
>
> The "db_not_found" error turned out to be a problem of hosts file setting.
>
> I was accessing CouchDB (vm) from Windows 7 (host) with "couchdb" as
> hostname like:
> http://couchdb:5984/_utils/
> But I didn't set hosts file on the vm properly.
> VM sends a replicationrequest,
> but it couldn't understand the hostname, "couchdb" and failed.
> After I fixed the hosts file, those tests succeeded.
>
> I still get some errors yet,
> form_submit, view_errors often fail, sometimes succeed, saying this
> error message:
> "Exception raised: {}"
> I debugged the test Javascript and caught this exception:
> [Exception... "Component returned failure code: 0x80004005
> (NS_ERROR_FAILURE)" nsresult: "0x80004005 (NS_ERROR_FAILURE)"
> location: "JS frame ::
> http://couchdb:5984/_utils/script/couch.js?0.11.0 ::<TOP_LEVEL> ::
> line 416" data: no] { message="Component returned fail...4005
> (NS_ERROR_FAILURE)", result=2147500037, more...}
> When I use my colleagues' FireFox, these test succeed always.
> It's because of my local environment setting..
> I've re-installed FireFox, but the situation didn't change.
>
> Thanks,
> Koji
>
> On Thu, Oct 13, 2011 at 3:21 PM, CGS<cg...@gmail.com> wrote:
>> Hi,
>>
>> Try to add manually the two databases and see what is happening.
>>
>> Cheers,
>> CGS
>>
>>
>> On 10/12/2011 11:29 PM, Koji Kawamura wrote:
>>> Excuse me, I made a mistake with the title I followed.
>>> I followed this one,
>>> "Building CouchDB from source (with standard packages only)"
>>>
>>> On Thu, Oct 13, 2011 at 6:25 AM, Koji Kawamura<ij...@gmail.com>
>>> wrote:
>>>> Hi,
>>>>
>>>> I've been trying to pass all tests but I still get failed.
>>>>
>>>> I installed CouchDB 1.1.0 from tarball following to this installation
>>>> guide.
>>>> "Building CouchDB from source (with EPEL packages)"
>>>> http://wiki.apache.org/couchdb/Installing_on_RHEL5
>>>>
>>>> I'm using CentOS 5.7 as a VM hosted on Windows 7.
>>>>
>>>> When I run the test suites from FireFox 5.0,
>>>> I got these failures:
>>>>
>>>>
>>>> attachment_paths error 4700ms
>>>> Exception raised: {}
>>>>
>>>> form_submit error 415ms
>>>> Exception raised: {}
>>>>
>>>> invalid_docids error 836ms
>>>> Exception raised: {}
>>>>
>>>> oauth error 10849ms
>>>> Exception raised: {"error":"db_not_found","reason":"could not open
>>>> http://couchdb:5984/test_suite_db_a/"}
>>>>
>>>> replication error 17703ms
>>>> Exception raised: {"error":"db_not_found","reason":"could not open
>>>> http://couchdb:5984/test_suite_db_b/"}
>>>>
>>>> replicator_db error 10891ms
>>>> Assertion failed: copy !== null
>>>> Exception raised: {"message":"copy is
>>>>
>>>> null","fileName":"http://couchdb:5984/_utils/script/couch_test_runner.js?0.11.0","lineNumber":143,"stack":"filtered_replication()@http://couchdb:5984/_utils/script/couch_test_runner.js?0.11.0:143\u000arun_on_modified_server([object
>>>>
>>>> Array],filtered_replication)@http://couchdb:5984/_utils/script/couch_test_runner.js?0.11.0:375\u000a(false)@http://couchdb:5984/_utils/script/couch_test_runner.js?0.11.0:737\u000arun(-2)@http://couchdb:5984/_utils/script/couch_test_runner.js?0.11.0:91\u000a"}
>>>>
>>>> security_validation error 17461ms
>>>> Exception raised: {"error":"db_not_found","reason":"could not open
>>>> http://couchdb:5984/test_suite_db_b/"}
>>>>
>>>> stats failure 40474ms
>>>> Assertion 'triggered, "We managed to force a all_dbs_active
>>>> error."' failed: We managed to force a all_dbs_active error.
>>>>
>>>> view_compaction failure 3616ms
>>>> Assertion failed: resp.view_index.disk_size< disk_size_before_compact
>>>>
>>>> view_errors error 1890ms
>>>> Exception raised: {}
>>>>
>>>> 69 of 69 test(s) run, 10 failures (634302 ms)
>>>>
>>>> Does anyone have the same experience and know a workaround for this?
>>>> Any information is appreciated.
>>>>
>>>> Thanks,
>>>> Koji
>>>>
>>
Re: Futon Test Suites Failed: CouchDB 1.1.0 FF5.0
Posted by Koji Kawamura <ij...@gmail.com>.
Thank you, CGS
The "db_not_found" error turned out to be a problem of hosts file setting.
I was accessing CouchDB (vm) from Windows 7 (host) with "couchdb" as
hostname like:
http://couchdb:5984/_utils/
But I didn't set hosts file on the vm properly.
VM sends a replicationrequest,
but it couldn't understand the hostname, "couchdb" and failed.
After I fixed the hosts file, those tests succeeded.
I still get some errors yet,
form_submit, view_errors often fail, sometimes succeed, saying this
error message:
"Exception raised: {}"
I debugged the test Javascript and caught this exception:
[Exception... "Component returned failure code: 0x80004005
(NS_ERROR_FAILURE)" nsresult: "0x80004005 (NS_ERROR_FAILURE)"
location: "JS frame ::
http://couchdb:5984/_utils/script/couch.js?0.11.0 :: <TOP_LEVEL> ::
line 416" data: no] { message="Component returned fail...4005
(NS_ERROR_FAILURE)", result=2147500037, more...}
When I use my colleagues' FireFox, these test succeed always.
It's because of my local environment setting..
I've re-installed FireFox, but the situation didn't change.
Thanks,
Koji
On Thu, Oct 13, 2011 at 3:21 PM, CGS <cg...@gmail.com> wrote:
> Hi,
>
> Try to add manually the two databases and see what is happening.
>
> Cheers,
> CGS
>
>
> On 10/12/2011 11:29 PM, Koji Kawamura wrote:
>>
>> Excuse me, I made a mistake with the title I followed.
>> I followed this one,
>> "Building CouchDB from source (with standard packages only)"
>>
>> On Thu, Oct 13, 2011 at 6:25 AM, Koji Kawamura<ij...@gmail.com>
>> wrote:
>>>
>>> Hi,
>>>
>>> I've been trying to pass all tests but I still get failed.
>>>
>>> I installed CouchDB 1.1.0 from tarball following to this installation
>>> guide.
>>> "Building CouchDB from source (with EPEL packages)"
>>> http://wiki.apache.org/couchdb/Installing_on_RHEL5
>>>
>>> I'm using CentOS 5.7 as a VM hosted on Windows 7.
>>>
>>> When I run the test suites from FireFox 5.0,
>>> I got these failures:
>>>
>>>
>>> attachment_paths error 4700ms
>>> Exception raised: {}
>>>
>>> form_submit error 415ms
>>> Exception raised: {}
>>>
>>> invalid_docids error 836ms
>>> Exception raised: {}
>>>
>>> oauth error 10849ms
>>> Exception raised: {"error":"db_not_found","reason":"could not open
>>> http://couchdb:5984/test_suite_db_a/"}
>>>
>>> replication error 17703ms
>>> Exception raised: {"error":"db_not_found","reason":"could not open
>>> http://couchdb:5984/test_suite_db_b/"}
>>>
>>> replicator_db error 10891ms
>>> Assertion failed: copy !== null
>>> Exception raised: {"message":"copy is
>>>
>>> null","fileName":"http://couchdb:5984/_utils/script/couch_test_runner.js?0.11.0","lineNumber":143,"stack":"filtered_replication()@http://couchdb:5984/_utils/script/couch_test_runner.js?0.11.0:143\u000arun_on_modified_server([object
>>>
>>> Array],filtered_replication)@http://couchdb:5984/_utils/script/couch_test_runner.js?0.11.0:375\u000a(false)@http://couchdb:5984/_utils/script/couch_test_runner.js?0.11.0:737\u000arun(-2)@http://couchdb:5984/_utils/script/couch_test_runner.js?0.11.0:91\u000a"}
>>>
>>> security_validation error 17461ms
>>> Exception raised: {"error":"db_not_found","reason":"could not open
>>> http://couchdb:5984/test_suite_db_b/"}
>>>
>>> stats failure 40474ms
>>> Assertion 'triggered, "We managed to force a all_dbs_active
>>> error."' failed: We managed to force a all_dbs_active error.
>>>
>>> view_compaction failure 3616ms
>>> Assertion failed: resp.view_index.disk_size< disk_size_before_compact
>>>
>>> view_errors error 1890ms
>>> Exception raised: {}
>>>
>>> 69 of 69 test(s) run, 10 failures (634302 ms)
>>>
>>> Does anyone have the same experience and know a workaround for this?
>>> Any information is appreciated.
>>>
>>> Thanks,
>>> Koji
>>>
>
>
Re: Futon Test Suites Failed: CouchDB 1.1.0 FF5.0
Posted by CGS <cg...@gmail.com>.
Hi,
Try to add manually the two databases and see what is happening.
Cheers,
CGS
On 10/12/2011 11:29 PM, Koji Kawamura wrote:
> Excuse me, I made a mistake with the title I followed.
> I followed this one,
> "Building CouchDB from source (with standard packages only)"
>
> On Thu, Oct 13, 2011 at 6:25 AM, Koji Kawamura<ij...@gmail.com> wrote:
>> Hi,
>>
>> I've been trying to pass all tests but I still get failed.
>>
>> I installed CouchDB 1.1.0 from tarball following to this installation guide.
>> "Building CouchDB from source (with EPEL packages)"
>> http://wiki.apache.org/couchdb/Installing_on_RHEL5
>>
>> I'm using CentOS 5.7 as a VM hosted on Windows 7.
>>
>> When I run the test suites from FireFox 5.0,
>> I got these failures:
>>
>>
>> attachment_paths error 4700ms
>> Exception raised: {}
>>
>> form_submit error 415ms
>> Exception raised: {}
>>
>> invalid_docids error 836ms
>> Exception raised: {}
>>
>> oauth error 10849ms
>> Exception raised: {"error":"db_not_found","reason":"could not open
>> http://couchdb:5984/test_suite_db_a/"}
>>
>> replication error 17703ms
>> Exception raised: {"error":"db_not_found","reason":"could not open
>> http://couchdb:5984/test_suite_db_b/"}
>>
>> replicator_db error 10891ms
>> Assertion failed: copy !== null
>> Exception raised: {"message":"copy is
>> null","fileName":"http://couchdb:5984/_utils/script/couch_test_runner.js?0.11.0","lineNumber":143,"stack":"filtered_replication()@http://couchdb:5984/_utils/script/couch_test_runner.js?0.11.0:143\u000arun_on_modified_server([object
>> Array],filtered_replication)@http://couchdb:5984/_utils/script/couch_test_runner.js?0.11.0:375\u000a(false)@http://couchdb:5984/_utils/script/couch_test_runner.js?0.11.0:737\u000arun(-2)@http://couchdb:5984/_utils/script/couch_test_runner.js?0.11.0:91\u000a"}
>>
>> security_validation error 17461ms
>> Exception raised: {"error":"db_not_found","reason":"could not open
>> http://couchdb:5984/test_suite_db_b/"}
>>
>> stats failure 40474ms
>> Assertion 'triggered, "We managed to force a all_dbs_active
>> error."' failed: We managed to force a all_dbs_active error.
>>
>> view_compaction failure 3616ms
>> Assertion failed: resp.view_index.disk_size< disk_size_before_compact
>>
>> view_errors error 1890ms
>> Exception raised: {}
>>
>> 69 of 69 test(s) run, 10 failures (634302 ms)
>>
>> Does anyone have the same experience and know a workaround for this?
>> Any information is appreciated.
>>
>> Thanks,
>> Koji
>>
Re: Futon Test Suites Failed: CouchDB 1.1.0 FF5.0
Posted by Koji Kawamura <ij...@gmail.com>.
Excuse me, I made a mistake with the title I followed.
I followed this one,
"Building CouchDB from source (with standard packages only)"
On Thu, Oct 13, 2011 at 6:25 AM, Koji Kawamura <ij...@gmail.com> wrote:
> Hi,
>
> I've been trying to pass all tests but I still get failed.
>
> I installed CouchDB 1.1.0 from tarball following to this installation guide.
> "Building CouchDB from source (with EPEL packages)"
> http://wiki.apache.org/couchdb/Installing_on_RHEL5
>
> I'm using CentOS 5.7 as a VM hosted on Windows 7.
>
> When I run the test suites from FireFox 5.0,
> I got these failures:
>
>
> attachment_paths error 4700ms
> Exception raised: {}
>
> form_submit error 415ms
> Exception raised: {}
>
> invalid_docids error 836ms
> Exception raised: {}
>
> oauth error 10849ms
> Exception raised: {"error":"db_not_found","reason":"could not open
> http://couchdb:5984/test_suite_db_a/"}
>
> replication error 17703ms
> Exception raised: {"error":"db_not_found","reason":"could not open
> http://couchdb:5984/test_suite_db_b/"}
>
> replicator_db error 10891ms
> Assertion failed: copy !== null
> Exception raised: {"message":"copy is
> null","fileName":"http://couchdb:5984/_utils/script/couch_test_runner.js?0.11.0","lineNumber":143,"stack":"filtered_replication()@http://couchdb:5984/_utils/script/couch_test_runner.js?0.11.0:143\u000arun_on_modified_server([object
> Array],filtered_replication)@http://couchdb:5984/_utils/script/couch_test_runner.js?0.11.0:375\u000a(false)@http://couchdb:5984/_utils/script/couch_test_runner.js?0.11.0:737\u000arun(-2)@http://couchdb:5984/_utils/script/couch_test_runner.js?0.11.0:91\u000a"}
>
> security_validation error 17461ms
> Exception raised: {"error":"db_not_found","reason":"could not open
> http://couchdb:5984/test_suite_db_b/"}
>
> stats failure 40474ms
> Assertion 'triggered, "We managed to force a all_dbs_active
> error."' failed: We managed to force a all_dbs_active error.
>
> view_compaction failure 3616ms
> Assertion failed: resp.view_index.disk_size < disk_size_before_compact
>
> view_errors error 1890ms
> Exception raised: {}
>
> 69 of 69 test(s) run, 10 failures (634302 ms)
>
> Does anyone have the same experience and know a workaround for this?
> Any information is appreciated.
>
> Thanks,
> Koji
>