При модернизации DPC 19.10 отображается пользовательский интерфейс «Не удалось подключиться к локальному хосту»

После модернизации до 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

Для версии Keycloak, используемой в DPC 19.10 (Keycloak 21), требуется тип ЦП x86-64-v2 или выше.
Виртуальная машина, созданная для DPC, не имеет ЦП такого типа, поэтому контейнер Keyclak завершает работу и не запускается.

Эта проблема может быть вызвана несколькими причинами.

• Хост 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