-
Notifications
You must be signed in to change notification settings - Fork 1k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Unexpected cluster state for single node config #2557
Comments
Good find! Agreed that this is a little confusing. CouchDB internals don’t really care about cluster vs. single node. A single node just happens to be a cluster of one, hence the confusion. The introduction of the new setting requires one more clause in this function: couchdb/src/setup/src/setup_httpd.erl Lines 30 to 54 in 3f64ef2
It should be easy enough to add, using couchdb/src/setup/src/setup_sup.erl Line 38 in 3f64ef2
@gesellix wanna try a PR? |
Oh yes, the code pointers help a lot. I'll try! |
Not sure if #2574 fixes this issue. @janl can you confirm that I think that it won't be called, because |
Ah shoot, you're right! Cc @wohali |
Thanks @gesellix |
🙏 you're welcome |
Description
With CouchDB 3.x (#2296) we have the option to setup a node as "single node" via config setting. I expected this to have the same effect like using the Fauxton cluster setup UI from CouchDB 2.x.
Using the new config setting we get the following cluster state at
/_cluster_setup
:{"state":"cluster_finished"}
When using the Fauxton based single node setup, the
/_cluster_setup
endpoint returns:{"state":"single_node_enabled"}
Steps to Reproduce
Expected Behaviour
GET /_cluster_setup
should returnsingle_node_enabled
when the newcouchdb.single_node=true
setting has been used.Your Environment
CouchDB/3.0.0-8748310 (Erlang OTP/21)
docker build -t couchdb:3 dev
)The text was updated successfully, but these errors were encountered: