L'aggiornamento di DPC 19.10 mostra l'interfaccia utente "Failed to connect to localhost"
Summary: Dopo l'aggiornamento a DPC 19.10, l'interfaccia utente di DPC mostra "Impossibile connettersi a localhost/127.0.0.1:8143".
Symptoms
Dopo l'aggiornamento a DPC 19.10, non è possibile accedere all'interfaccia utente di DPC.
Controllando il file /var/log/dpc/elg/elg.log vengono visualizzati i seguenti errori:
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
Esecuzione di docker ps mostra che il contenitore Keycloak è "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
Controllando i registri docker viene visualizzato il seguente errore:
/data01/docker/volumes/keycloak-postgres-db/_data # docker logs --tail 100 34a6b3c4c5c4 Fatal glibc error: CPU does not support x86-64-v2
Cause
La versione di Keycloak utilizzata in DPC 19.10 (Keycloak 21) richiede un tipo di CPU x86-64-v2 o superiore.
La VM creata per DPC non dispone di questo tipo di CPU, pertanto il container Keycloak si chiude e non è in esecuzione.
Resolution
Questo problema potrebbe essere causato da un paio di problemi.
- L'host ESXi non supporta x86-64-v2, la maggior parte dei processori prodotti dopo il 2008 supporta questa microarchitettura.
- La VM potrebbe essere stata creata senza il supporto di questa microarchitettura.
Per risolvere questo problema, determinare se l'host supporta x86-64-v2.
- In caso affermativo, è possibile implementare una nuova macchina virtuale con tale microarchitettura configurata e quindi implementare DPC su tale macchina.
- Se non lo supporta, è necessario trovare un host che supporti questa microarchitettura e spostare la VM DPC su tale host.
Per verificare se la macchina virtuale supporta questa funzionalità, creare uno script di cpuinfo.sh sulla macchina virtuale Linux contenente i seguenti elementi:
#!/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
}
Quindi chmod +x questo file di script ed eseguirlo con il seguente comando:
./cpuinfo.sh
Se si ottiene l'output seguente, è supportato:
./cpu-type.sh CPU supports x86-64-v2