2016-03-02 78 views
0

我有四个针对IBM Cloudant的单节点安装。所有IBM Cloudant实例都安装在RHEL 6.5上。四个安装中的三个工作正常。第四,我遇到了dashboard.html,haproxy和连接到数据库的问题。以下是我的调试工作的详细信息:来自dashboard.html的IBM Cloudant数据库访问问题

  1. 我在所有4台机器上都使用了相同的安装说明。
  2. 我还验证了所有RPMS都处于同一水平。
  3. 我确保/ etc/hosts,/etc/resolv.conf和/ etc/sysconfig/network都设置正确。
  4. 我禁用了一些我的测试iptables,没有运气。

HAProxy的设定为上端口运行10080 nginx的被设定为从一个weatherreport运行结束上5657

运行。 ['[email protected]'] [警告]群集成员cloudant @ localhost未连接到此节点。请检查它是否关闭。

从haproxy.log 500的所有我的数据库从dashboard.html 3月2日12点41分38秒的localhost.localdomain HAProxy的[26792]:9.72.190.182:49510 [02 /三月/ 2016:12: 41:38.166] dbfarm dbfarm/prdpcrdlp01.w3-969.ibm.com 181/0/0/2/183 500 312 - - ---- 5/5/0/1/0 0/0“GET/stats HTTP /1.1“ Mar 2 12:41:38 localhost.localdomain haproxy [26792]:9.72.190.182:49516 [02/Mar/2016:12:41:34.963] dbfarm dbfarm/prdpcrdlp01.w3-969.ibm.com 3417/0/0/2/3419 500 312 - - ---- 5/5/0/1/0 0/0“GET/_replicator HTTP/1.1” Mar 2 12:41:38 localhost.localdomain haproxy [26792 ]:9.72.190.182:49517 [02/Mar/2016:12:41:34.964] dbfarm dbfarm/prdpcrdlp01.w3-969.ibm.com 3425/0/0/3/3428 500 312 - - ---- 5/5/1/2/0 0/0“GET/metrics HTTP/1.1” Mar 3 12:41:38 localhost.localdomain haproxy [26792]:9.72.190.182:49518 [02/Mar/2016:12:41:34.968] dbfarm dbfarm/prdpcrdlp01.w3-969.ibm.com 3422/0/0/3/3425 500 312 - - ---- 5/5/0/1/0 0/0“GET/ray HTTP/1.1” Mar 2 12:41:38 localhost.localdomain haproxy [26792]:9.72 .190.182:49515 [02/Mar/2016:12:41:34.925] dbfarm dbfarm/prdpcrdlp01.w3-969.ibm.com 3726/0/0/0/2/3728 500 312 - - ---- 5/5/0/1/0 0/0 “GET/TEST2 HTTP/1.1”

从cloudant.log 2016年3月2日12:55:52.245 [错误] [email protected]。 com < 0.10284.0>缺少IOQ统计数据库: 2016-03-02 12:56:04.066 [error] [email protected] < 0.10127.0> httpd的500错误响应: { “错误”: “nodedown”, “原因”: “进步不可能”}

从萤火... 我看到500的尝试访问时,所有db's 示例:http://prdpcrdlp01.w3-969.ibm.com:10080/test2

我已经执行了两次IBM Cloudant的全新安装,问题仍然存在。

任何新的建议将是伟大的。

+0

也只是使用wget命中数据库的。产生相同的500个错误。 –

回答

0

我猜测系统在其整个生命周期中都有多个节点名称,即以前它的节点名称为[email protected],现在它的节点名称为[email protected]。因此,节点名称为[email protected]时创建的任何数据库现在都不可用。

curl -X GET http://prdpcrdlp01.w3-969.ibm.com:10080/_membership的输出是什么样的?

+0

这是件奇怪的事情,当我进行临时安装时,我擦除了所有云物件的系统清理。就好像,我可能错过了某种隐藏文件。我所知道的所有文件都与工作系统相比较。我将整个云安装树与工作系统进行了比较。我想它coula也是某种OS网络配置。 –

+0

[ashworth @ us.ibm.com @ prdpcrdlp01〜]> curl -U admin:admin -X GET http://prdpcrdlp01.w3-969.ibm.com:10080/_membership {“error”:“unauthorized”, “reason”:“你不是服务器管理员。”} [ashworth @ us.ibm.com @ prdpcrdlp01〜]> –

+0

[ashworth @ us.ibm.com @ prdpcrdlp01〜]> curl -U admin:admin -X GET http:// admin:[email protected]:10080/_membership {“all_nodes”:[“[email protected]”],“cluster_nodes”:[ cloudant @ localhost“,”[email protected]“]} [ashworth @ us.ibm.com @ prdpcrdlp01〜]> –

0

解决了,DELETE命令起作用了,然后我只需要重新运行“configure.sh -D”就删除了所有数据库并重新创建它们。