Details
-
Bug
-
Resolution: Fixed
-
Critical
-
3.0.1
-
Security Level: Public
-
None
-
couchbase-server-3.0.1-1444.x86_64
Red Hat Enterprise Linux Server release 6.5 (Santiago)
happened during rebalance.
-
Untriaged
-
-
Unknown
-
Mar 9 - Mar 27
Description
[ns_server:debug,2015-04-13T10:25:33.676,babysitter_of_ns_1@127.0.0.1:<0.78.0>:ns_port_server:handle_info:80]Sending the following to port: <<"die!\n">>
|
[ns_server:info,2015-04-13T10:26:54.601,babysitter_of_ns_1@127.0.0.1:<0.77.0>:supervisor_cushion:handle_info:58]Cushion managed supervisor for memcached failed: {abnormal,134}
|
[error_logger:error,2015-04-13T10:26:54.601,babysitter_of_ns_1@127.0.0.1:error_logger<0.6.0>:ale_error_logger_handler:do_log:203]** Generic server <0.78.0> terminating
|
** Last message in was {#Port<0.3354>,{exit_status,134}}
|
** When Server state == {state,#Port<0.3354>,memcached,
|
{["asssertion failed [fileRev] at /home/buildbot/buildbot_slave/centos-6-x64-301-builder/build/build/ep-engine/src/couch-kvstore/couch-kvstore.cc:1823",
|
Pre-analysis shows that persistence engine was requested to store a document, and internal table had a file revision of 0 to relevant vbucket.
This is clearly violation of invariant, since fileRev in data/$bucket/$vbid.couch.$fileRev is numbered with 1 and is ever-growing.
On a first glance, invariant is carefully maintained.
Yet it somehow got violated in our setup.