We have built Couchbase v4.6.3 for Red Hat 7 in the Enterprise mode from the available sources. We can successfully start one instance of Couchbase and use it in a very basic way (login to the Web interface, manually create sample documents, setup replication between local buckets), but in a relatively short time core files appear. It is difficult to localize the cause of the crash but from the core file it follows that a segmentation fault happens in list_push_back:
Thread 19 (Thread 0x7f2b7d9e77c0 (LWP 28992)):
#0 0x00007f2b7d34a42d in __lll_lock_wait () from /lib64/libpthread.so.0
#1 0x00007f2b7d345dcb in _L_lock_812 () from /lib64/libpthread.so.0
#2 0x00007f2b7d345c98 in pthread_mutex_lock () from /lib64/libpthread.so.0
#3 0x00007f2b7d5b0104 in google_breakpad::ExceptionHandler::SignalHandler (sig=11, info=0xc820009bb0, uc=0xc820009a80)
at src/client/linux/handler/exception_handler.cc:301
#4 <signal handler called>
#5 list_push_back (list=0x7fffa0617820, e=0x7f2b60df7450)
at /opt/teamcity-agent/work/2e45c130c390a2d6/User_Part/build/couchbase/forestdb/src/list.cc:50
#6 0x00007f2b7d56a1e3 in btree_insert (btree=0x7f2b60a97700, key=0x7fffa0617a80, value=0x7fffa0617a70)
at /opt/teamcity-agent/work/2e45c130c390a2d6/User_Part/build/couchbase/forestdb/src/btree.cc:952
#7 0x00007f2b7d5a1290 in fdb_gather_stale_blocks (handle=handle@entry=0x7f2b60a6e040, revnum=revnum@entry=9,
prev_hdr=<optimized out>, kv_info_offset=<optimized out>, seqnum=<optimized out>, e_last=e_last@entry=0x0,
from_mergetree=from_mergetree@entry=false)
at /opt/teamcity-agent/work/2e45c130c390a2d6/User_Part/build/couchbase/forestdb/src/staleblock.cc:382
#8 0x00007f2b7d58972e in _fdb_commit (handle=0x7f2b60a6e040, opt=<optimized out>, sync=<optimized out>)
at /opt/teamcity-agent/work/2e45c130c390a2d6/User_Part/build/couchbase/forestdb/src/forestdb.cc:4320
#9 0x0000000000ca2f77 in _cgo_909219e2bec6_Cfunc_fdb_commit (v=0xc825f353e8)
at /opt/teamcity-agent/work/2e45c130c390a2d6/User_Part/build/couchbase/goproj/src/github.com/couchbase/indexing/secondary/fdb/file.go:81
#10 0x00000000004641c0 in runtime.asmcgocall () at /root/.cbdepscache/exploded/x86_64/go-1.6.3/go/src/runtime/asm_amd64.s:582
#11 0x000000c825f35368 in ?? ()
#12 0x000000000040742a in runtime.cgocall (fn=0x1a89d00 <runtime.work+224>, arg=0x7fffa0617cb0, ~r2=27827584)
at /root/.cbdepscache/exploded/x86_64/go-1.6.3/go/src/runtime/cgocall.go:110
#13 0x0000000000436be0 in runtime.startTheWorldWithSema ()
at /root/.cbdepscache/exploded/x86_64/go-1.6.3/go/src/runtime/proc.go:986
#14 0x0000000001a89d00 in runtime.work ()
#15 0x00007fffa0617cb0 in ?? ()
#16 0x0000000001a89d80 in runtime.work ()
#17 0x0000000000436c52 in runtime.mstart () at /root/.cbdepscache/exploded/x86_64/go-1.6.3/go/src/runtime/proc.go:1068
#18 0x00000000004625f8 in runtime.rt0_go () at /root/.cbdepscache/exploded/x86_64/go-1.6.3/go/src/runtime/asm_amd64.s:149
#19 0x000000000000000d in ?? ()
#20 0x00007fffa0617dc8 in ?? ()
#21 0x000000000000000d in ?? ()
#22 0x00007fffa0617dc8 in ?? ()
#23 0x0000000000000000 in ?? ()
The crash is reproducable. Do you have any assumption what causes the crash and how to fix it?