2016-03-02 72 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」就刪除了所有數據庫並重新創建它們。