1) 若沒有以 snmp 使用者將 SANNav 新增至交換器的 SNMP 組態內,您可能會收到「Login failed.Service is not available at this time」錯誤。
請參閱以下螢幕擷圖:
2) 當並非所有 SANnav 服務都已啟動並在執行中、防火牆有所限制,或是伺服器與交換器的通訊失敗時,可能會收到「connection timed out」錯誤。
請參閱以下螢幕擷圖:
1) 修正登入問題:「Login failed.Service is not available at this time」
- 在交換器上檢查 SNMP 組態,但未找到列出的 SANnav IP。
- 建立與 fabos「admin」相同的使用者,將 SANnav IP 新增至 snmp 清單。
- Ping 運作是從伺服器到交換器,反之亦然。
- 我們已在伺服器上重新開機 Sannav 服務:
[user@sannav.lab bin]$ ./restart-sannav-status.sh
- 檢查服務時,發現以下服務已中斷。
[user@sannav.lab bin]$ ./check-sannav-status.sh
Following services are currently down
performancemanagement-middleware
fe-consolidated-2
- 重新開機 SANnav 伺服器,然後檢查是否有服務,確認所有服務都已啟動並在執行中。
- 然後便能透過 Web 入口網站成功登入 SANnav 伺服器。
2) 修復光纖探索:「connection timed out」
- 若要檢查是否有任何防火牆限制,請在 SANnav 伺服器上檢查以下命令:
# firewall-cmd --list -all
若發現任何限制,請參閱安裝指南,其中指出需要開啟的開啟清單。
- 除了光纖探索逾時錯誤以外,在 SANnav 伺服器中也有許多關於 SNMP 和 HTTP 的錯誤:
例如:
"Failed to discover a Fabric with seed switch 10.xx.xx.xx. Connection timed out",
"Failed to discover a Fabric with seed switch 10.yy.yy.yy. Connection timed out",
switch-asset-collectors-mw - [ERROR] 2020-08-18 00:18:48.438 [http-nio-7021-exec-1] com.brocade.dcm.connector.snmp.AbstractSnmpConnector - Error in SNMP get. Device 10.xx.xx.xx, Request timed out or device is unreachable
2020/08/17 23:42:51 [error] 6#6: *3956 connect() failed (113: No route to host) while connecting to upstream, client: 10.x.y.z, server: spectre_ssl, request: "POST /auth/login HTTP/2.0", upstream: "http://10.x.y.z:8021/auth/login", host: "10.yy.yy.yy", referrer: "https://10.yy.yy.yy/"
- 下列行動計畫有助於解決連線逾時問題:
a) 停止 SANnav 服務
b) 修改 SANnav「server.properties」檔案,將 SANnav 伺服器的通訊連接埠改變城交換器,如下所示:
# Server to Switch Communication preference
# 0 --> HTTP Only
# 1 --> HTTPS Only
# 2 --> First HTTPS and then HTTP
dcm.server.switch.comm.preference=0
c) 將 SANnav 伺服器重新開機
d) 重新嘗試光纖探索,即可成功探索到交換器。