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

Eli Stevens commented on COUCHDB-1817:
--------------------------------------

$ erl +V
Erlang (SMP,ASYNC_THREADS) (BEAM) emulator version 5.8.5

$ erl
Erlang R14B04 (erts-5.8.5) [source] [64-bit] [smp:4:4] [rq:4] [async-threads:0] 
[kernel-poll:false]

Eshell V5.8.5  (abort with ^G)
1> 


I can also confirm that a temporary view with the addition of a comment 
character does not exhibit the same behavior, but the view continues to return 
errors when viewed.
                
> OS Process Error <0.21247.103> :: {os_process_error, {exit_status,0}}
> ---------------------------------------------------------------------
>
>                 Key: COUCHDB-1817
>                 URL: https://issues.apache.org/jira/browse/COUCHDB-1817
>             Project: CouchDB
>          Issue Type: Bug
>          Components: JavaScript View Server
>            Reporter: Eli Stevens
>
> We have started seeing errors crop up in our application that we have not 
> seen before, and we're at a loss for how to start debugging it.
> [~dch] Said that we might look into system resource limits, so we started 
> collecting all of the output from _stats into RRD (along with memory, load, 
> etc. that we were already collecting), but nothing is jumping out at us as 
> obviously problematic.
> We can semi-reliably reproduce the problem, but it's far from a minimal test 
> case (basically, we load up several large chunks of data, and then halfway 
> through the processing run, we get the error).  The error doesn't seem to 
> happen if we load up each chunk by itself.
> The DB in question has about 100 docs in it, none particularly large (nothing 
> over a couple KB would be my guess), with a couple hundred MB in attachments. 
>  10ish design docs, coffeescript.  In general, there isn't anything that 
> seems obviously resource intensive.
> We have seen this issue on 1.2.0, 1.2.1, and we're working on getting a 
> machine with 1.3.0 set up (the PPA we'd been using hasn't been updated yet).  
> Ubuntu 12.04, spinning disk, etc.  The system is under load when it happens, 
> but the load isn't more than 1.5x the number of cores.  I don't have disk IO 
> numbers at hand, but I'd be surprised if that was being strained.
> Error as it appears in couch.log: 
> https://gist.github.com/wickedgrey/e7fd3fc14b6d43e95564
> The design doc in question: 
> https://gist.github.com/wickedgrey/db41b0c3c75a590e2109
> An example document: https://gist.github.com/wickedgrey/a8422aab261ddd2ce4fe
> We have some preliminary evidence that the problem persists after the system 
> goes quiet, but we're not certain.
> Either CouchDB isn't handling things correctly, in which case this bug is 
> "prz fix" or we're doing something wrong (hitting a resource limit, or 
> something), in which case this bug is "prz make the error message more 
> informative".
> Thanks!

--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira

Reply via email to