En busca de sugerencias, cualquiera puede tener que introducir un inicio retrasado para los invitados KVM, es decir, 30 segundos entre el inicio de cada servidor virtual en lugar de iniciarlos todos a la vez, lo que destruye los discos y, en realidad, termina tomando mucho más tiempo para que todo se resuelva.
El enfoque que he probado es actualizar /etc/sysconfig/libvirt-guests de la siguiente manera:
# 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
He verificado que la ruta de URI predeterminada en libvirt.conf también es correcta y he intentado cambiar la ruta predeterminada en el archivo de configuración anterior a qemu:///system & qemu:///
Todos los invitados arrancan al mismo tiempo independientemente de los cambios realizados.
También intenté eliminar el contenido de /etc/libvirt/qemu/autostart/ en caso de que los enlaces simbólicos anularan la configuración de libvirt-guests, sin embargo, no se inicia nada (no es sorprendente).
¿Alguien consiguió que esto funcionara o tiene un método alternativo?
Soy consciente de que podría redirigir la ruta del emulador para introducir un retraso dentro de un script; sin embargo, esto afectaría la creación de nuevos invitados, lo cual no es una opción.
gracias.