Работа VMmanager при обновлении с CentoOS 6.6 на 6.7
Специалистами нашей компании была обнаружена проблема на стороне операционной системы CentOS.
При обновлении с CentOS 6.6 на CentOS 6.7 библиотека libvirt считает, что виртуальные машины выключены, хотя по факту они включены (процесс qemu работает в нормальном режиме). Таким образом, VMmanager, получая информацию о том, что виртуальные машины не запущены, дает libvirt команду запуска, в результате чего создается второй экземпляр. В нормальном состоянии вторую копию виртуальной машины запустить не удастся.
Обращаем ваше внимание, что это разовая проблема, возникшая при обновлении CentOS с версии 6.6 на версию 6.7
Рекомендации: при обновлении с CentoOS 6.6 на CentOS 6.7 необходимо перезагрузить узел кластера или завершить все процессы qemu-kvm.
По всем вопросам вы всегда можете обратиться в нашу службу Технической поддержки из личного кабинета биллинговой системы.
С уважением, Команда ISPsystem
При обновлении с CentOS 6.6 на CentOS 6.7 библиотека libvirt считает, что виртуальные машины выключены, хотя по факту они включены (процесс qemu работает в нормальном режиме). Таким образом, VMmanager, получая информацию о том, что виртуальные машины не запущены, дает libvirt команду запуска, в результате чего создается второй экземпляр. В нормальном состоянии вторую копию виртуальной машины запустить не удастся.
Обращаем ваше внимание, что это разовая проблема, возникшая при обновлении CentOS с версии 6.6 на версию 6.7
Рекомендации: при обновлении с CentoOS 6.6 на CentOS 6.7 необходимо перезагрузить узел кластера или завершить все процессы qemu-kvm.
По всем вопросам вы всегда можете обратиться в нашу службу Технической поддержки из личного кабинета биллинговой системы.
С уважением, Команда ISPsystem
В связи с проблемным обновлением ПО
В связи с проблемным обновлением ПО, наблюдаются проблемы с доступностью серверов на виртуализации KVM. Мы приносим извинения за внеплановый downtime и уже работаем над решением проблемы (требуется перезагрузка родительских серверов и последующий запуск всех контейнеров).
Ориентировочное время восстановления — один час. Дополнительная информация в этой ветке, если будет необходимо.
Ориентировочное время восстановления — один час. Дополнительная информация в этой ветке, если будет необходимо.