Uploaded image for project: 'Couchbase Server'
  1. Couchbase Server
  2. MB-7943

Memcached drops tap connections without warning


    • Type: Bug
    • Status: Closed
    • Priority: Critical
    • Resolution: Cannot Reproduce
    • Affects Version/s: 2.1.0
    • Fix Version/s: 2.5.0
    • Component/s: couchbase-bucket
    • Security Level: Public
    • Labels:
    • Environment:
      SLES11 SP2, Xen virtual machines with a single processor and 1.5GB RAM


      Servers M1 and M2 are each running couchbase (C1 and C2 respectively, both added to the same cluster via the web interface) and an application (A1 and A2 respectively). A1 is configured to primarily access C2 and to fail over to C1 if C2 becomes unavailable. A2 is similarly configured, only accessing C1 primarily and failing over to C2.

      When accessing A1, Couchbase reports that the value is stored on C2 and has replicated to C1, howerver while accessing A2, Couchbase reports that the value is stored on C1 and has not replicated to C2. Additionally, when attempting to manually rebalance the cluster, the rebalance fails (the log output is the attached image). After consulting the IRC channel, user ingenthr suggested I file this as an issue.

      I've also attached the output of cbcollect_info in the hopes that it might contain something useful. If you need more information, do not hesitate to ask.


        1. couchbase-log1.PNG
          38 kB
        2. debug.zip
          9.70 MB
        3. debug2.zip
          2.51 MB
        4. memcached.log.8.txt
          584 kB

          Issue Links

          No reviews matched the request. Check your Options in the drop-down menu of this sections header.



              • Assignee:
                chiyoung Chiyoung Seo (Inactive)
                Frojoe Frojoe
              • Votes:
                0 Vote for this issue
                6 Start watching this issue


                • Created:

                  Gerrit Reviews

                  There are no open Gerrit changes