В поисках указателей, кому-то, возможно, придется ввести отложенный запуск для гостей KVM, то есть 30 секунд между запуском каждого виртуального сервера, вместо того, чтобы запускать их все сразу, что приводит к перегрузке дисков и на самом деле просто требует намного больше времени, чтобы все уладить.
Подход, который я пробовал, заключается в обновлении / etc / sysconfig / libvirt-guest следующим образом:
# URIs to check for running guests
# example: URIS='default xen:/// vbox+tcp://host/system lxc:///'
#URIS=default
# action taken on host boot
# - start all guests which were running on shutdown are started on boot
# regardless on their autostart settings
# - ignore libvirt-guests init script won't start any guest on boot, however,
# guests marked as autostart will still be automatically started by
# libvirtd
ON_BOOT=ignore
# Number of seconds to wait between each guest start. Set to 0 to allow
# parallel startup.
START_DELAY=180
# action taken on host shutdown
# - suspend all running guests are suspended using virsh managedsave
# - shutdown all running guests are asked to shutdown. Please be careful with
# this settings since there is no way to distinguish between a
# guest which is stuck or ignores shutdown requests and a guest
# which just needs a long time to shutdown. When setting
# ON_SHUTDOWN=shutdown, you must also set SHUTDOWN_TIMEOUT to a
# value suitable for your guests.
ON_SHUTDOWN=shutdown
# If set to non-zero, shutdown will suspend guests concurrently. Number of
# guests on shutdown at any time will not exceed number set in this variable.
#PARALLEL_SHUTDOWN=0
# Number of seconds we're willing to wait for a guest to shut down. If parallel
# shutdown is enabled, this timeout applies as a timeout for shutting down all
# guests on a single URI defined in the variable URIS. If this is 0, then there
# is no time out (use with caution, as guests might not respond to a shutdown
# request). The default value is 300 seconds (5 minutes).
#SHUTDOWN_TIMEOUT=300
# If non-zero, try to bypass the file system cache when saving and
# restoring guests, even though this may give slower operation for
# some file systems.
#BYPASS_CACHE=0
Я проверил правильность пути URI по умолчанию в libvirt.conf и попытался изменить значение по умолчанию в приведенном выше файле конфигурации на qemu: /// system & qemu: ///
Все гости загружаются одновременно, независимо от внесенных изменений.
Я также попытался удалить содержимое / etc / libvirt / qemu / autostart / на случай, если символические ссылки переопределяли конфигурацию libvirt-guest, но тогда ничего не запускалось (неудивительно).
У кого-нибудь это работает или есть альтернативный метод?
Я знаю, что могу перенаправить путь к эмулятору, чтобы ввести задержку в скрипте, однако это повлияет на создание новых гостей, что невозможно.
Спасибо.