CouchDB在尝试更新安全性时不提供多数

couchdb升级后，无法再创建新数据库或更新旧数据库的安全性。

原因之一可能是couchdb进程已达到最大打开文件数，这会导致读取错误和错误的多数错误。

另一个原因可能是服务器从单节点配置切换到多节点配置，例如在升级过程中

---

将节点数更改回1有助于

另一个原因可能是旧节点在_成员资格配置中滞留

也就是说，欧洲联盟成员表明：

{
    "all_nodes": [
        "couchdb@localhost"
    ],
    "cluster_nodes": [
        "couchdb@127.0.0.1",
        "couchdb@localhost"
    ]
}

什么时候应该出现

{
    "all_nodes": [
        "couchdb@localhost"
    ],
    "cluster_nodes": [
        "couchdb@localhost"
    ]
}

按照帮助中的说明删除坏的群集节点

---

请注意，端口5984上可能没有可用的_节点，但仅在5986上可用。

我刚刚在CouchDB 2.1.1中遇到了这个问题。我的问题是，我试图传递的安全对象的格式不正确

从

尝试写入管理员或成员值格式不正确的安全对象将导致HTTP 500响应，其正文如下：

{错误：错误，原因：无多数} 这应该是一个HTTP 400响应，具有错误的请求错误值和不同的错误原因

复制：

$curl-X PUThttp://localhost:15984/test {好的：是的} $curl-X PUThttp://localhost:15984/test/_security -d'{admins:[]}' {错误：错误，原因：无多数}

---

对于PUT to/db/_安全性，如果用户不是db或服务器管理员，则响应为HTTP状态500，带有{error:error，reason:no_mostary}，但服务器日志提供了更多信息，包括：{probled，}

这起到了作用，并且_节点仅在端口5986上可用的提示是金色的，谢谢！很高兴我能帮忙，这里很寂寞；