При модернизации DPC 19.10 отображается пользовательский интерфейс «Не удалось подключиться к локальному хосту»
Summary: После модернизации до DPC 19.10 в пользовательском интерфейсе DPC отображается сообщение «Не удалось подключиться к localhost/127.0.0.1:8143».
Symptoms
После модернизации до DPC 19.10 вы не можете получить доступ к пользовательскому интерфейсу DPC.
Проверяя файл /var/log/dpc/elg/elg.log вы видите следующие ошибки:
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
Запуск команды docker ps команда show, что контейнер Keyclak имеет '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
При проверке журналов docker появляется следующая ошибка:
/data01/docker/volumes/keycloak-postgres-db/_data # docker logs --tail 100 34a6b3c4c5c4 Fatal glibc error: CPU does not support x86-64-v2
Cause
Для версии Keycloak, используемой в DPC 19.10 (Keycloak 21), требуется тип ЦП x86-64-v2 или выше.
Виртуальная машина, созданная для DPC, не имеет ЦП такого типа, поэтому контейнер Keyclak завершает работу и не запускается.
Resolution
Эта проблема может быть вызвана несколькими причинами.
- Хост ESXi не поддерживает x86-64-v2, большинство процессоров, выпущенных после 2008 года, поддерживают эту микроархитектуру.
- Возможно, виртуальная машина была создана без поддержки этой микроархитектуры.
Чтобы решить эту проблему, определите, поддерживает ли хост архитектуру x86-64-v2.
- Если это так, можно развернуть новую виртуальную машину с настроенной микроархитектурой, а затем развернуть DPC на этой виртуальной машине.
- Если она ее не поддерживает, необходимо найти хост, который поддерживает эту микроархитектуру, и переместить виртуальную машину DPC на этот хост.
Чтобы проверить, поддерживает ли виртуальная машина это, создайте сценарий cpuinfo.sh на виртуальной машине Linux со следующими данными:
#!/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
}
Затем chmod +x этот файл сценария и запустите его с помощью следующей команды:
./cpuinfo.sh
Если вы получаете следующий вывод, он поддерживается:
./cpu-type.sh CPU supports x86-64-v2