Parece mentira pero sigo teniendo problemas con las máquinas virtuales.

viernes, 3 de julio de 2020

Concretamente con los reinicios. Por alguna razón que no consigo entender antes era posible apagar la máquina Helena sin dificultades. Ahora que si quieres arroz Catalina.

Ya sé que la pobre es muy antigua pero la virtualización fue precisamente lo que le ha permitido alargar la vida de esa manera. ¿ Qué ocurre ahora para que no sea posible apagarla desde libvirt ?

¿ Tendrá algo que ver alguna actualización de todo el entorno ? Porque tiene ajustes especiales para funcionar con qemu pero sigue jugando con las mismas reglas.

El caso es que aprovecho para una vez que las máquinas virtuales están apagadas actualizar el sistema. Es otro problema que me encuentro a menudo, que cualquier actualización acaba como lo siguiente:

Configurando libvirt-daemon-system (5.0.0-4+deb10u1) …
virtlockd.service is a disabled or a static unit, not starting it.
Job for libvirtd.service failed because the control process exited with error code.
See "systemctl status libvirtd.service" and "journalctl -xe" for details.
invoke-rc.d: initscript libvirtd, action "restart" failed.
● libvirtd.service - Virtualization daemon
Loaded: loaded (/lib/systemd/system/libvirtd.service; enabled; vendor preset: enabled)
Active: activating (auto-restart) (Result: exit-code) since Fri 2020-07-03 07:56:37 CEST; 5ms ago
Docs: man:libvirtd(8)
https://libvirt.org
Process: 8657 ExecStart=/usr/sbin/libvirtd $libvirtd_opts (code=exited, status=1/FAILURE)
Main PID: 8657 (code=exited, status=1/FAILURE)
Tasks: 18 (limit: 32768)
Memory: 279.4M
CGroup: /system.slice/libvirtd.service
└─1400 /usr/sbin/libvirtd -d -l
dpkg: error al procesar el paquete libvirt-daemon-system (--configure):
el subproceso instalado paquete libvirt-daemon-system script post-installation devolvió el código de salida de error 1
Se encontraron errores al procesar:
libvirt-daemon-system
needrestart is being skipped since dpkg has failed

Pues sí, el reinicio falla y parece como si systemd fuese por un lado y libvirtd por el otro. Si lo intento arrancar a mano me dice:

root@sigfrido:/etc# systemctl start libvirtd
Job for libvirtd.service failed because the service did not take the steps required by its unit configuration.
See "systemctl status libvirtd.service" and "journalctl -xe" for details.

Pero sin embargo el servicio está arrancado y al menos una de las máquinas virtuales, Helena precisamente, está funcionando. Pues vale.

jul 03 08:01:53 sigfrido systemd[1]: Failed to start Virtualization daemon.
jul 03 08:01:56 sigfrido libvirtd[8855]: libvirt version: 5.0.0, package: 4+deb10u1 (Guido Günther agx@sigxcpu.org Thu, 05 Dec 2019 00
jul 03 08:01:56 sigfrido libvirtd[8855]: hostname: sigfrido
jul 03 08:01:56 sigfrido libvirtd[8855]: Cannot check QEMU binary /usr/bin/qemu: No existe el fichero o el directorio

¿ Perdón ? ¿ Cómo que no existe … ? Ah, pues no, no existe. Justamente el programa /usr/bin/qemu no está en el sistema. Como una veintena de variaciones suyas sí (qemu–i386, qemu-arm, …) pero justo esa no. Y supongo que en algún lugar de la configuración de la unidad estará pidiendo por él.

Pues la suposición no me ha llevado muy lejos. Creo recordar que Helena tenía unas particularidades muy concretas y que terminó entrando en libvirtd un poco a puñetazos pero no consigo encontrar más.

En fin, lo anoto como problema hardware y veré de darle más tiempo cuando esté más despierto.