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

adding a node to a cluster which has the same otpCookie causes issues ( happens when vm is cloned or created from an AMI/VM_Template where couchbase was already installed)


    • Type: Bug
    • Status: Resolved
    • Priority: Blocker
    • Resolution: Fixed
    • Affects Version/s: 1.7.2
    • Fix Version/s: 2.0-beta
    • Component/s: ns_server
    • Security Level: Public
    • Environment:
      Membase 1.7.2 installed via deb on Ubuntu 11.10 64 bit running on an Amazon EC2 m2.xlarge instance.


      I'm seeing intermittent problems when building a cluster of Membase servers. Sometimes adding an additional server to a cluster will cause another server to be marked as unhealthy. Other times the additional server will function correctly but all others will appear to be in setup mode. This only happens some times, so it's tricky to nail down properly.

      Steps to reproduce this are in this forum thread: http://www.couchbase.org/forums/thread/server-marked-unhealthy-after-adding-additional-server-cluster

      In the most recent test run, I spun up 3 m2.xlarge instances as described in the forum post. On adding the third server to the cluster (from the admin web interface on the first server), the admin interface refreshed and showed the setup dialog. When I browsed to the second server it was also in setup mode. The third server was configured correctly and appeared to be running in its own cluster of one machine. I've attached the output from /logs on all three machines.

      (Forgive me if I have the wrong component selected, I'm not quite sure which one is causing me to see this issue.)

      1. membase_a_log.json
        6 kB
      2. membase_a_ns-diag-20111130185447.txt
        985 kB
      3. membase_b_log.json
        5 kB
      4. membase_b_ns-diag-20111130185430.txt
        725 kB
      5. membase_c_log.json
        6 kB
      # Subject Project Status CR V
      For Gerrit Dashboard: &For+MB-4476=message:MB-4476


        No work has yet been logged on this issue.


          • Assignee:
            alkondratenko Aleksey Kondratenko (Inactive)
            Conor Conor McDermottroe
          • Votes:
            0 Vote for this issue
            6 Start watching this issue


            • Created:

              Gerrit Reviews

              There are no open Gerrit changes