With the trouble we’ve experienced in moving to 2.0, we’d like to get back to 1.8.1 in our production cluster for now while we work through our issues in a test environment. My plan was to use ‘swap rebalance’ to replace 2.0 instances with 1.8.1 instances. However, when I attempt to add the 1.8.1 node, I encounter this error:
Attention - This node cannot add another node (‘firstname.lastname@example.org’) because of cluster version compatibility mismatch. Cluster works in [2, 0] mode and node only supports [1, 8]
It appears that I need to get the cluster back into [1, 8] mode, but I haven’t found any information on how to do that.
Please advise. Thanks.
Pieced together a strategy using cluster_compat_mode erlang to tell cluster to act like [1, 8]. Here’s the call I used:
wget -O- --user= --password= --post-data=‘cluster_compat_mode:force_compat_version([1, 8])’ http://localhost:8091/diag/eval
Web UI shows ‘NOTE: need all 2.0 nodes to enable 2.0-only features’ and additional menu items are gone from UI. However, now when trying to add 1.8.1 node to the cluster I receive the ironic message:
Attention - This node cannot add another node (‘email@example.com’) because of cluster version compatibility mismatch. Cluster works in [1, 8] mode and node only supports [1, 8]
Currently, all 4 2.0 instances in my cluster appear in the ‘PEND’ state even though they seem to be fully loaded into RAM. I am going to sit on this for a while, and hope that the nodes come ‘UP’ and that I am able to add the 1.8.1 node once this occurs, but I am dubious.
To others: If you try to issue the erlang call above w/ diag/eval, note that this seems to be the process for reversing it:
This resets all of the servers, so there is some downtime, but when they come back up the cluster is in 2.0 mode again.
More: while I am in [1, 8] mode, my servers regularly crash with:
Server error during processing: [“web request failed”,
Doing a “downgrade” is not supported.
The best way if you cannot use Couchbase 2.0, is to do a backup restore.