Merge branch 'fix/node-count' of https://github.com/apache/couchdb-setup

fix: make sure cluster setups do not exceed n=3 by default

Single node setups want an n=1 setting, but that is the only
time the number of nodes and the number of replicas is linked.

In larger clusters, the values should not be the same. This
patch ensures that for clusters >3 nodes, we do not have to
tell the users to set node_count to 3 in the _cluster_setup
API.

More context for this in https://issues.apache.org/jira/browse/COUCHDB-2594

Merge branch '593-setup-single-node' of https://github.com/apache/couchdb-setup

chore: better log output

chore: whitespace

fix typo/compilation error

address comments from rnewson

Add new enable_single_node action for cluster_setup endpoint

Add support for new ensure_dbs_exist option to GET, POST/finish_cluster

Addresses apache/couchdb:593

Merge remote-tracking branch 'asf/salt-distribution'

* asf/salt-distribution:
  fix cluster setup: use same admin pq salt on all nodes

Merge remote-tracking branch 'adrienverge/COUCHDB-3119'

* adrienverge/COUCHDB-3119:
  add_node: Don't fail if node name != "couchdb" or "node1"

Fixed some minor errors in the documentation.

Merge remote-tracking branch 'robertkowalski/2594-2598-number-of-nodes'

* robertkowalski/2594-2598-number-of-nodes:
  fix wording
  use config:setineger/3
  require nodecount on setup

fix cluster setup: use same admin pq salt on all nodes

feat: cassim is off for now

add_node: Don't fail if node name != "couchdb" or "node1"

Adding nodes to a cluster fails if the node names (the `name` of
`name@hostname` in vm.args) is different from "couchdb".
The code currently infers this name from the port: "node1" if 15984,
"node2" if 25984, "node3" if 35984, "couchdb" otherwise. No other
possibility.

This is not suited for a production set-up, where multiple servers could
have different names.

This patch fixes this problem by adding an optional "name" option to the
"add_node" command:

  POST /_cluster_setup
  {
    "action": "add_node",
    "username": "root",
    "password": "******",
    "host": "production-server.com",
    "port": 5984,
    "name": "node5"
  }

This fixes: COUCHDB-3119

Return HTTP 405 for unsupported request method

Return HTTP 200 on GET

Pass supervisor's children to couch_epi

Update to new couch_epi API

fix enable_cluster_http for admin-party clusters

PR: #7
PR-URL: https://github.com/apache/couchdb-setup/pull/7
Reviewed-By: Robert Newson <rnewson@apache.org>

configure the right http interface

fix wording

use config:setineger/3

require nodecount on setup

when setting up a node, require the nodecount from the user. when
setting up a cluster, they will probably know it, if not the ui
other interfaces can count it easily for them. this will remove
the warning for a non matching nodecount for the user, and it
is easy to implement in uis and cli clients (e.g. a wizard for
fauxton or cli client like nmo).

once clusterwide setup lands this gets obviously superfluous.

COUCHDB-2598

This closes COUCHDB-2594

add catch-all clause for url_handler

Use dynamic handlers

use couch_log instead of io:format

PR: #2
PR-URL: https://github.com/apache/couchdb-setup/pull/2
Reviewed-By: Jan Lehnardt <jan@apache.org>
Reviewed-By: Alexander Shorin <kxepal@apache.org>

whitespace fix

PR: #2
PR-URL: https://github.com/apache/couchdb-setup/pull/2
Reviewed-By: Jan Lehnardt <jan@apache.org>
Reviewed-By: Alexander Shorin <kxepal@apache.org>

cluster_enable: add remote_node feature

this feature makes it easier to setup a cluster for browser
applications like fauxton as browsers follow the same-origin
policy. Before this PR you had to open the wizard in Fauxton on
all three nodes and enter your data there, which was quite
confusing and hard to explain. Now you can stay in the same tab
at the same address.

This PR enables three new params in the body:

`remote_node`:

ip of the remote node where we want to send the `enable_cluster`
request

`remote_current_user`:

the current admin username of the remote node

`remote_current_password`:

the current admin password of the remote node

To test, I run:

```
rm -rf dev/lib/ && ./dev/run --no-join --admin=a:b
```

and then run the test script:

```
./src/setup/test/t-frontend-setup.sh
```

COUCHDB-2598

PR: #2
PR-URL: https://github.com/apache/couchdb-setup/pull/2
Reviewed-By: Jan Lehnardt <jan@apache.org>
Reviewed-By: Alexander Shorin <kxepal@apache.org>

Create _global_changes database on cluster setup

fix tests

Use _nodes db

Rename cassim db to _metadata

This closes #1

COUCHDB-2619
COUCHDB-2620

Fix LICENSE indention

Remove error-handling clause

The error tuple returned is not tested by the caller so it serves only
to crash the binary comprehension in an obscure way.

R14 compatibility

show cluster finished state

handle GET cluster state

hash admin passwords, more resilient port parsing

add testing instructions to readme

add license header

s/_cassim/cassim/ for the time being

add some more testing

add finish cluster routine

add simple test script

wip: full receive feature, setup now works yay

wip: implement setup handling

mroe formatting

formatting & clarification

formatting

remove leftover

add license

add action hints

hack for storing erlang cookie value on new nodes

add delete_node API

add note about skipping a step if the node is already setup

add the plan to readme

add Apache License stanza everywhere

add basic action handling

add http stub

add ignore

add bootstrap

make it so