PFxM UI 未載入,因為 Pod SDNAS 發生故障
摘要: 4.x PFxM UI 未載入,因為 PowerFlex 管理平台「PFMP」pod SDNAS 閘道處於不良狀態。
本文章適用於
本文章不適用於
本文無關於任何特定產品。
本文未識別所有產品版本。
症狀
- PFxM UI 畫面卡在載入狀態
- 除 SDNAS 閘道外,所有 PFMP POD 都在執行中
- 系統可能會或可能不會在使用檔案儲存 (SDNAS)
ASMManager 記錄顯示 SDNAS 閘道 pod 的問題:
2023-11-15 20:39:25,187 [AsmManagerAppAppInitializationThread] (PingUtil.java:32) [DEBUG] Could not connect to host sdnasgw.powerflex.svc on port 443
2023-11-15 20:39:25,188 [AsmManagerAppAppInitializationThread] (LCMService.java:1237) [DEBUG] Service checks completed, msg: SDNAS Gateway pod failed to response
2023-11-15 20:39:25,188 [AsmManagerAppAppInitializationThread] (LCMService.java:1262) [WARN] Liveness probe error: SDNAS Gateway pod failed to respons |
顯示失敗 DNS 事件的 SDNAS 閘道記錄:
[ERROR] plugin/errors: 2 postgres-ha-pgbouncer.powerflex.svc.cluster.local.<DNS>. AAAA: read udp 10.42.0.184:57617->8.8.8.8:53: i/o timeout
[ERROR] plugin/errors: 2 postgres-ha-pgbouncer.powerflex.svc.cluster.local.<DNS>. AAAA: read udp 10.42.0.184:59414->8.8.8.8:53: i/o timeout
[ERROR] plugin/errors: 2 postgres-ha-pgbouncer.powerflex.svc.cluster.local.<DNS>. A: read udp 10.42.0.184:50241->8.8.8.8:53: i/o timeout |
*請注意,在本例中,使用的是 8.8.8.8 IP 位址,這是不正確的。
CoreDNS Pod 組態對應顯示「forward」指向 8.8.8.8。
Corefile: ".:53 {\n errors \n health {\n lameduck 5s\n }\n ready
\n kubernetes cluster.local cluster.local in-addr.arpa ip6.arpa {\n pods
insecure\n fallthrough in-addr.arpa ip6.arpa\n ttl 30\n }\n prometheus
\ 0.0.0.0:9153\n forward . 8.8.8.8\n loop \n cache 30\n reload
\n loadbalance \n}" |
供參考的記錄檔rke2-coredns-rke2-coredns_data.txt。此檔案會收集在 PFxM 記錄套裝中。
原因
ASMManager Pod 依賴於特定的 Pod 來保持健康並通過“活動”檢查。在這種情況下,SDNAS 閘道吊艙無法啟動,導致「活動」檢查失敗。SDNAS 閘道的故障歸因於從 CoreDNS pod 收到不正確的 DNS 設定。CoreDNS 不當地將其他 pod/服務導向至 IP 位址 8.8.8.8。相反,CoreDNS 應參考其自己的 /etc/resolv.conf 檔案,該檔案會具有正確的 DNS 值。
解析度
必須調整 CoreDNS 配置映射,以便 CoreDNS 容器看到正確的 DNS 配置。
1) SSH 至其中一個 PFMP 伺服器:
2) 編輯 CoreDNS 組態對應:
kubectl edit cm -n kube-system rke2-coredns-rke2-coredns
3) 識別「forward 」區塊和值,並將值修改為「/etc/resolv.conf」。在這種情況下,不正確的值是 8.8.8.8。組態對應看起來類似以下內容:
kubectl get cm -n kube-system -o yaml rke2-coredns-rke2-coredns
apiVersion: v1
data:
Corefile: ".:53 {\n errors \n health {\n lameduck 5s\n }\n ready
\n kubernetes cluster.local cluster.local in-addr.arpa ip6.arpa {\n pods
insecure\n fallthrough in-addr.arpa ip6.arpa\n ttl 30\n }\n prometheus
\ 0.0.0.0:9153\n forward . /etc/resolv.conf\n cache 30\n loop \n reload
\n loadbalance \n}"
kind: ConfigMap
。4) 重新啟動 CoreDNS Pod:
for x in `kubectl get pods -n kube-system|grep -i rke2-coredns-rke2-coredns|awk '{print $1}'|grep -iv auto`; do kubectl delete pods -n kube-system $x; done
5) 重新啟動 SDNAS 閘道:
kubectl get pods -n powerflex|grep -i sdnas|awk {'print $1'}|xargs kubectl delete pod -n powerflex
6) 等待大約 5-15 分鐘,應可連線至 PFxM UI。
其他資訊
受影響的版本
PowerFlex Manager 4.x
已修正問題的版本
不適用 - 依設計運作
產品
PowerFlex rack, VxFlex Ready Nodes, PowerFlex custom node, PowerFlex appliance R650, PowerFlex appliance R6525, PowerFlex appliance R660, PowerFlex appliance R6625, Powerflex appliance R750, PowerFlex appliance R760, PowerFlex appliance R7625
, PowerFlex custom node, PowerFlex custom node R650, PowerFlex custom node R6525, PowerFlex custom node R660, PowerFlex custom node R6625, PowerFlex custom node R750, PowerFlex custom node R760, PowerFlex custom node R7625, PowerFlex rack connectivity, PowerFlex rack HW, PowerFlex rack RCM Software, VxFlex Ready Node, VxFlex Ready Node R640, VxFlex Ready Node R740xd, PowerFlex appliance R640, PowerFlex appliance R740XD, PowerFlex appliance R7525, PowerFlex appliance R840, VxFlex Ready Node R840
...
文章屬性
文章編號: 000220000
文章類型: Solution
上次修改時間: 11 5月 2026
版本: 2
向其他 Dell 使用者尋求您問題的答案
支援服務
檢查您的裝置是否在支援服務的涵蓋範圍內。