couchdb-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Joshua Bronson (JIRA)" <>
Subject [jira] Commented: (COUCHDB-275) couch crashes erlang vm under heavy load
Date Tue, 10 Mar 2009 18:22:50 GMT


Joshua Bronson commented on COUCHDB-275:

after attaching gdb to beam and triggering a crash by invoking a compaction, I got a backtrace
with many lines like "#2073 0x00000000004a535b in enc_term ()". from what i gathered from
damienkatz in #couchdb the problem is the term_to_binary function calls itself recursively
for nested lists and tuples which can cause a stack overflow. i tried compacting after doubling
stack size via "ulimit -s" and it completed before crashing (yay!) but then crashed and came
back a few seconds later.

> couch crashes erlang vm under heavy load
> ----------------------------------------
>                 Key: COUCHDB-275
>                 URL:
>             Project: CouchDB
>          Issue Type: Bug
>    Affects Versions: 0.9
>         Environment: Linux 2.6.23-gentoo-r8 #1 SMP Wed Feb 13 14:28:49 EST
2008 x86_64 QEMU Virtual CPU version 0.9.1 GenuineIntel GNU/Linux
>            Reporter: Joshua Bronson
>         Attachments: 2009-03-05-couch.log.snippet
> I clicked "Compact" in futon for my 11G database at 9:04 AM EST:
> [Mon, 02 Mar 2009 14:04:32 GMT] [info] [<0.59.0>] Starting compaction for db "melkjug"
> An hour and a half later it was 85% finished and then the following was output to stderr:
> heart: Mon Mar  2 10:33:20 2009: heart-beat time-out.
> /usr/bin/couchdb: line 255: echo: write error: Broken pipe
> heart: Mon Mar  2 10:33:22 2009: Executed "/usr/bin/couchdb -k". Terminating.
> I am retaining my 4.3G melkjug.couch.compact file in case it's useful in debugging this.

This message is automatically generated by JIRA.
You can reply to this email to add a comment to the issue online.

View raw message