Пользовательский интерфейс PFxM не загружается из-за сбоя SDNAS модуля pod
Сводка: Пользовательский интерфейс 4.x PFxM не загружается, так как шлюз SDNAS pod PowerFlex Management Platform «PFMP» не находится в работоспособном состоянии.
Симптомы
- Экран пользовательского интерфейса PFxM зависает в состоянии загрузки
- Запущены все модули PFMP, кроме шлюза SDNAS
- Файловая система хранения данных (SDNAS) может использоваться или не использоваться в системе
Журналы ASMManager показывают проблемы с модулем шлюза SDNAS:
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 |
Журналы шлюза SDNAS с отображением сбойных событий DNS:
[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 |
*Обратите внимание, что в данном случае используется неверный IP-адрес 8.8.8.8.
Карта конфигурации pod CoreDNS показывает, что «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.
Причина
Разрешение
Карта конфигурации 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.
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 должен стать доступным.
Дополнительная информация
Затронутые версии
PowerFlex Manager 4.x
Исправлено в версии
Н/Д — работа в соответствии с проектом