Aktualizacja DPC 19.10 pokazuje interfejs użytkownika "Nie udało się połączyć z hostem lokalnym"
Summary: Po uaktualnieniu do DPC 19.10 interfejs użytkownika DPC wyświetla komunikat "Nie udało się nawiązać połączenia z hostem lokalnym/127.0.0.1:8143".
Symptoms
Po uaktualnieniu do wersji DPC 19.10 nie można uzyskać dostępu do interfejsu użytkownika DPC.
Podczas sprawdzania pliku /var/log/dpc/elg/elg.log pojawiają się następujące błędy:
2024-05-09 13:34:54,911 DEBUG reactor-http-epoll-4 c.d.i.i.k.c.IAMCliRunner Received error during execution: finishConnect(..) failed: Connection refused: localhost/127.0.0.1:8143; nested exception is io.netty.channel.AbstractChannel$AnnotatedConnectException: finishConnect(..) failed: Connection refused: localhost/127.0.0.1:8143
Uruchamianie docker ps pokaż, że pojemnik Keycloak ma "EXITED":
/data01/docker/volumes/keycloak-postgres-db/_data # docker ps -a CONTAINER ID IMAGE COMMAND CREATED STATUS PORTS NAMES 05dd8ebc74e8 dpd/dpc/iam-service:latest "java -cp iam:iam/li…" 52 minutes ago Up 48 minutes 127.0.0.1:8870->8870/tcp, ::1:8870->8870/tcp iam-service 34a6b3c4c5c4 dpd/dpc/dp-keycloak:2.3.0-2 "/opt/keycloak/bin/k…" 52 minutes ago Exited (127) 10 minutes ago iam-provider df560f07da93 dpd/dpc/postgres-db:2.3.0-2 "docker-entrypoint.s…" 52 minutes ago Up 49 minutes (healthy) 5432/tcp postgres-db
Sprawdzając dzienniki dockera, pojawia się następujący błąd:
/data01/docker/volumes/keycloak-postgres-db/_data # docker logs --tail 100 34a6b3c4c5c4 Fatal glibc error: CPU does not support x86-64-v2
Cause
Wersja KeyCloak używana w DPC 19.10 (Keycloak 21) wymaga procesora typu x86-64-v2 lub wyższego.
Maszyna wirtualna utworzona dla DPC nie ma procesora tego typu, więc kontener KeyCloak jest zamykany i nie działa.
Resolution
Ten problem może być spowodowany kilkoma problemami.
- Host ESXi nie obsługuje x86-64-v2, większość procesorów wyprodukowanych po 2008 roku obsługuje tę mikroarchitekturę.
- Maszyna wirtualna mogła zostać skompilowana bez obsługi tej mikroarchitektury.
Aby rozwiązać ten problem, sprawdź, czy host obsługuje x86-64-v2.
- Jeśli tak, można wdrożyć nową maszynę wirtualną ze skonfigurowaną mikroarchitekturą, a następnie wdrożyć DPC na tej maszynie wirtualnej.
- Jeśli nie obsługuje tej mikroarchitektury, należy znaleźć hosta, który obsługuje tę mikroarchitekturę, i przenieść do niego maszynę wirtualną DPC.
Aby sprawdzić, czy maszyna wirtualna obsługuje tę funkcję, utwórz skrypt cpuinfo.sh na maszynie wirtualnej z systemem Linux z następującymi elementami:
#!/usr/bin/awk -f
BEGIN {
while (!/flags/) if (getline < "/proc/cpuinfo" != 1) exit 1
if (/lm/&&/cmov/&&/cx8/&&/fpu/&&/fxsr/&&/mmx/&&/syscall/&&/sse2/) level = 1
if (level == 1 && /cx16/&&/lahf/&&/popcnt/&&/sse4_1/&&/sse4_2/&&/ssse3/) level = 2
if (level == 2 && /avx/&&/avx2/&&/bmi1/&&/bmi2/&&/f16c/&&/fma/&&/abm/&&/movbe/&&/xsave/) level = 3
if (level == 3 && /avx512f/&&/avx512bw/&&/avx512cd/&&/avx512dq/&&/avx512vl/) level = 4
if (level > 0) { print "CPU supports x86-64-v" level; exit level + 1 }
exit 1
}
Następnie uruchom polecenie chmod +x tego pliku skryptu, a następnie uruchom go za pomocą następującego polecenia:
./cpuinfo.sh
Jeśli otrzymasz następujące dane wyjściowe, jest ono obsługiwane:
./cpu-type.sh CPU supports x86-64-v2