[Linux] Redémarrage libvirtd kill certaines VM (resolu)

[Daniel Huhardeaux]

Il s'agit bien d'un bug: en fait ces 2 VM avaient l'option CDROM 
connecté (/dev/sr0) mais il n'y a pas de CD dans le lecteur => crash

Extrait journalctl:

déc. 15 13:47:36 kiwano libvirtd[1986]: 2018-12-15 12:47:36.770+0000: 
2391: error : virStorageFileBackendFileReadHeader:1474 : Failed to open 
file '/dev/sr0': Aucun médium trouvé
déc. 15 13:47:36 kiwano virtlogd[3241]: 2018-12-15 12:47:36.828+0000: 
3241: error : virNetSocketReadWire:1801 : End of file while reading 
data: Erreur d'entrée/sortie

Extrait log de la VM

2018-12-15 12:47:36.723+0000: shutting down, reason=crashed

Debian bug #916528

Le 14/12/2018 à 11:08, Daniel Huhardeaux a écrit :
> Le 13/12/2018 à 04:07, Éric Bischoff a écrit :
>> Le lundi 10 décembre 2018, 09:54:14 CET Daniel Huhardeaux a écrit :
>>> Le 10/12/2018 à 09:21, Éric Bischoff a écrit :
>>>>>
>>>>> soit un serveur en Debian9 qui sert plusieurs MV via kvm-qemu (Linux
>>>>> comme Windows). Lorsque je redémarre libvirtd certaines MV (Debian9 et
>>>>> Windows10) sont tuées ce qui ne devrait pas être. Toutefois je 
>>>>> n'arrive
>>>>> pas à trouver quel est le paramètre qui permettrait de régler le
>>>>> problème.
>>>
>>>> 1) libvirtd redémarré comment ? kill, systemctl restart ?
>>>
>>> suite à mise à jour par ex., il s'agit donc d'un systemctl restart
>>>
>>>> 2) VMs tuées comment ? destroy ? undefine ? le processus qemu est 
>>>> toujours
>>>> là ?
>>>
>>> Elles disparaissent comme un destroy et redémarrent. D'autres MV qui
>>> tournent en parallèle restent actives et fonctionnelles (Debian Ubuntu
>>> CentOS).
>>>
>>> J'ai 3 serveurs en Debian9 faisant tourner des MVs, chacun de ces
>>> serveurs a au minimum une MV Debian9 et je ne rencontre ce problème que
>>> sur un des serveurs. Un des autres serveurs exécute également une MV W7
>>> qui ne redémarre pas contrairement à la W10 et ce dans les mêmes 
>>> conditions.
>>
>> Merci. D'après ce bug Ubuntu
>>
>>     https://bugs.launchpad.net/ubuntu/+source/libvirt/+bug/1533839
>>     vms shutting down on libvirt upgrade
>>
>> ce serait un problème du script de pre-remove de libvirt-bin, corrigé 
>> dans
>> libvirt version 1.2.21-2ubuntu9.
>>
>> Je sais que tu es sur Debian et pas sur Ubuntu, mais il est possible que
>> l'erreur soit commune. Plutôt que de chercher un "réglage", regarde 
>> plutôt les
>> versions de libvirt installées et compare-les. Il y a de grosses 
>> chances pour
>> que le problème disparaisse en mettant à niveau.
>>
>> Sinon, toujours d'après ce rapport de bug, le réglage a l'air de 
>> s'appeler
>>
>>     RESTART_AFTER_UPGRADE
>>
>> mais ça a l'air d'être un truc interne au script, donc pas forcément
>> accessible facilement.
>>
>>
>> Dis-moi si ça donne quelque chose...
>>
> 
> Salut Eric, merci de te pencher sur mon problème :)
> 
> Je n'ai pas exactement ce comportement puisque uniquement *certaines MV* 
> sont redémarrées sur le _même_ serveur et pas les autres. Dans le bug ci 
> dessus ce sont toutes les MV qui sont redémarrées.
> 
> Sur le canal IRC de libvirt ils pensent à un bug éventuellement dû au 
> paramètres de configuration des deux MV en erreur. Je regarde cela et 
> vous tient au courant.
> 


-- 
TOOTAi