[ 
https://issues.apache.org/jira/browse/COUCHDB-1098?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13010085#comment-13010085
 ] 

Robert Newson commented on COUCHDB-1098:
----------------------------------------

Can you clarify what tests fail? A gen_server crash in the log file is not that 
alarming.

Do you have a script that shows an incorrect response from couchdb through its 
HTTP interface?

> Crash when rapidly creating/populating/querying a database
> ----------------------------------------------------------
>
>                 Key: COUCHDB-1098
>                 URL: https://issues.apache.org/jira/browse/COUCHDB-1098
>             Project: CouchDB
>          Issue Type: Bug
>          Components: Database Core
>    Affects Versions: 1.0.2
>         Environment: Server: CouchDB v1.0.2 on Erlang R14B on MacOS X 10.6.6 
> - via the CouchDBX.app bundle v1.0.2.0
> Client:  Ruby (CouchRest)
>            Reporter: Marcello Barnaba
>            Priority: Critical
>
> Hello,
> in our test cases we repeatedly delete, recreate, populate and query the test 
> database views to assert the correctness of the data returned. For each test 
> group.
> We've experiencing two, *random*, different crashes of the erlang processes, 
> one during indexing (I think) of the test data, and another one caused by a 
> race condition when deleting and recreating the database - when the test 
> group ends. On this gist https://gist.github.com/ffc6960a2b7022826388 there's 
> the relevant part of the couchdb access log file, from the beginning to the 
> end of the test group.
> Please let us know any other information that you need in order to help 
> pinpointing the issue.
> As a side note, it happens on another 1.0.2 installation on Linux/i386 and on 
> couchone.com servers - so it doesn't look like platform specific :-).
> Thank you in advance for your support.
> ~Marcello

--
This message is automatically generated by JIRA.
For more information on JIRA, see: http://www.atlassian.com/software/jira

Reply via email to