Ошибки инсталлятора vm в закрытом контуре из-за несовместимой версии

Проблема

При восстановлении платформы из резервной копии или выполнении других операций с инсталлятором vm возникают ошибки. Например:

  Ошибка сегментирования

Системный сервис vm.service, который отвечает за работу инсталлятора и обновление компонентов VMmanager, может находиться в состоянии failed:

vm.service - vm updater and installer
Active: failed (Result: signal)
Process: ... ExecStart=/usr/local/bin/vm web (code=killed, signal=SEGV)

При попытке восстановления платформы из резервной копии могут возникать ошибки:

vm restore -b=/opt/ispsystem/vm/backup/2026_07_25__06_13.tar.gz
fail to pre restore: bad release version: strings like '0.0.0' or '0.0.0-1' were expected but got "6.2.2025.10.1"

или:

Installing docker-compose ... fail
Error during restoring: , exit status 100

Причина

Использование несовместимой версии инсталлятора vm, загруженной с публичного ресурса download.ispsystem.com.

В ЗК VMmanager использует локальный контейнер download.ispsystem.com, в котором хранится совместимая версия инсталлятора. Если запись для этого ресурса удалить или закомментировать в /etc/hosts , и при этом сервер с платформой имеет доступ в интернет, VMmanager может обратиться к публичному ресурсу и загрузить более новую версию инсталлятора. Такая версия может быть несовместима с установленной платформой и приводить к ошибкам при восстановлении из резервной копии или других операциях.

Диагностика

Чтобы подтвердить причину:

1. Подключитесь к серверу с платформой по SSH. Подробнее о подключении по SSH см. в статье Настройка рабочего места.

2. Проверьте версию инсталлятора на сервере:

   sudo vm -v

   Пример вывода

   7.4.0

3. Проверьте версию инсталлятора в директории с сохранёнными файлами из последнего подключённого образа с платформой VMmanager:
   

   sudo /opt/ispsystem/vm/extra/download/6/installer/vm/vm -v

   Пример вывода

   5.9.0

   Если при выполнении команды возникнет ошибка

   Пример ошибки

   bash: /opt/ispsystem/vm/extra/download/6/installer/vm/vm -v: Отказано в доступе

   то:
   1. Предварительно сохраните резервную копию файла инсталлятора:

      sudo cp /opt/ispsystem/vm/extra/download/6/installer/vm/vm{,.back}

   2. Назначьте права бинарному файлу:

      sudo chmod 755 /opt/ispsystem/vm/extra/download/6/installer/vm/vm

   3. Проверьте версию инсталлятора:
      

      sudo /opt/ispsystem/vm/extra/download/6/installer/vm/vm -v

      Пример вывода

      vmmanager@vmzk60:~# sudo /opt/ispsystem/vm/extra/download/6/installer/vm/vm -v
      7.3.0

   4. Сохраните номер версии.
4. Сравните версии. Если версии отличаются, инсталлятор на сервере не соответствует версии в локальном контейнере.
5. Проверьте запись для download.ispsystem.com в /etc/hosts :
   

   cat /etc/hosts | grep download

   Пример корректной записи

   172.17.0.2 download.ispsystem.com

   Если запись отсутствует или закомментирована, VMmanager может обращаться к публичному ресурсу и загрузить несовместимую версию инсталлятора.

Решение

Чтобы решить проблему:

1. Подключитесь к серверу с платформой по SSH. Подробнее о подключении по SSH см. в статье Настройка рабочего места.

2. Сохраните исходный файл инсталлятора :

   sudo cp -p /usr/local/bin/vm{,.back}

3. Остановите сервис vm
   

   sudo systemctl stop vm

4. Скопируйте бинарный файл инсталлятора из директории с сохранёнными файлами из последнего подключенного образа с платформой VMmanager:
   

   sudo cp /opt/ispsystem/vm/extra/download/6/installer/vm/vm /usr/local/bin/vm

5. Назначьте права бинарному файлу, если не сделали это в разделе Диагностика:
   

   sudo chmod 755 /opt/ispsystem/vm/extra/download/6/installer/vm/vm

6. Перезапустите сервис инсталлятора:
   

   sudo systemctl restart vm

7. Проверьте версию инсталлятора:
   

   sudo vm -v

   Ожидаемый результат: версия совпадает с версией файла в контейнере download.ispsystem.com.
8. Если по результатам п. 5 раздела Диагностика запись для download.ispsystem.com в /etc/hosts отсутствует или закомментирована, восстановите её с актуальным IP-адресом контейнера:
   1. Проверьте IP-адрес контейнера download.ispsystem.com :
      

      sudo docker inspect -f '{{.Name}} - {{range .NetworkSettings.Networks}}{{.IPAddress}}{{end}}' $(docker ps -aq)|grep -w download.ispsystem.com

      Пример вывода

      /download.ispsystem.com - 172.17.0.2

   2. Добавьте полученный IP-адрес в /etc/hosts:

      <IP-адрес> download.ispsystem.com

      Пояснения:
      • <IP-адрес> — IP-адрес контейнера download.ispsystem.com.
9. Повторите операцию, при которой ранее возникала ошибка.