wohali commented on issue #2437: Hung beam.smp sitting at 100% CPU
URL: https://github.com/apache/couchdb/issues/2437#issuecomment-573098465
 
 
   One note, the FreeBSD variant of this that was seen was during an eunit test 
of `couchjs`, though the error was:
   
   ```
   couch_js_tests: couch_js_test_...out of memory
   ```
   
   Output of `top` on the affected FreeBSD node:
   
   ```
     PID USERNAME    THR PRI NICE   SIZE    RES STATE    C   TIME    WCPU 
COMMAND
    1895 jenkins      24  52    0  1185M    71M select   1 663:13  99.73% 
beam.smp
   27828 jenkins      24  52    0  1173M    63M select   3 521:32  99.57% 
beam.smp
   31174 jenkins      24  52    0  1156M    68M select   1 503:54  98.30% 
beam.smp
   ```
   
   So, not from the run that ran out of memory itself. [Looking back farther 
for builds on this 
node](https://ci-couchdb.apache.org/blue/organizations/jenkins/jenkins-cm1%2FFullPlatformMatrix/detail/master/16/pipeline/50),
 I see we're going out to lunch during eunit pretty badly (pay close attention 
to the timestamp)
   
   ```
   [2020-01-09T16:20:45.493Z] [os_mon] cpu supervisor port (cpu_sup): Erlang 
has closed
   [2020-01-09T16:20:45.493Z]     [done in 0.200 s]
   [2020-01-09T16:20:45.493Z]   Check index files cleanup
   [2020-01-09T16:20:45.493Z]     clustered
   [2020-01-09T16:20:45.848Z]       couchdb_mrview_tests:155: 
should_cleanup_index_files...[0.084 s] ok
   [2020-01-09T16:20:45.848Z]       [done in 0.102 s]
   [2020-01-09T17:38:30.777Z] Sending interrupt signal to process
   [2020-01-09T17:38:50.777Z] After 20s process did not stop
   ```
   
   [Another run that failed 
similarly](https://ci-couchdb.apache.org/blue/organizations/jenkins/jenkins-cm1%2FFullPlatformMatrix/detail/master/18/pipeline/50):
   
   ```
   [2020-01-09T18:38:50.214Z] module 'couch_mrview_purge_docs_tests'
   [2020-01-09T18:38:50.214Z]   Map views
   [2020-01-09T20:00:12.530Z] Sending interrupt signal to process
   [2020-01-09T20:00:32.530Z] After 20s process did not stop
   ```
   
   Version of Erlang on that node:
   ```
   Erlang/OTP 21 [erts-10.3.5.7] [source] [64-bit] [smp:4:4] [ds:4:4:10] 
[async-threads:1] [dtrace]
   ```
   
   Our FreeBSD workers still have SpiderMonkey 1.8.5, though [SM60 is now 
available](https://svnweb.freebsd.org/ports/head/lang/spidermonkey60/).
   
   @davisp @jiangphcn I'm worried that all of these failures seem to be mrview 
related. With the `couchjs` SM60 changes recently, could the bug be in both the 
1.8.5 and 60 versions, or how we handle the view process?

----------------------------------------------------------------
This is an automated message from the Apache Git Service.
To respond to the message, please log on to GitHub and use the
URL above to go to the specific comment.
 
For queries about this service, please contact Infrastructure at:
[email protected]


With regards,
Apache Git Services

Reply via email to