Je met =C3=A0 jour mes machines chaque semaine. Je l'ai fait pour la derni=
=C3=A8re
fois le vendredi 11.
Je constate aujourd'hui, le 14 mai 2018 que sur ma machine sous Jessie, mes
machines virtuelles KVM ne d=C3=A9marrent plus (j'ai fait l'essai avec 5 VM
diff=C3=A9rentes et m=C3=AAme une nouvelle cr=C3=A9=C3=A9e pour l'occasion)=
.
Voici les sympt=C3=B4mes exacts:
1. avec Virtual Machine Manager 1.0.1, je lance une VM
2. l'=C3=A9cran de celle-ci reste noir (on ne voit m=C3=AAme pas appara=C3=
=AEtre l'=C3=A9cran
du boot)
3. top affiche une CPU =C3=A0 100% pour le processus qemu-system-x86 (obser=
vable
pendant plus de 10 minutes)
4. l'arr=C3=AAt par le menu =C3=89teindre de VirtManager ne d=C3=A9clenche =
rien de visible
(CPU bloqu=C3=A9e =C3=A0 100%)
5. l'arr=C3=AAt par le menu Forcer l'extinction de VirtManager stoppe la VM=
et
ram=C3=A8ne la CPU =C3=A0 0.
<div dir=3D"ltr"><div><div><div><div><div><div><div><div><div><div><div>Bon=
jour,<br><br></div>Je met =C3=A0 jour mes machines chaque semaine. Je l'=
;ai fait pour la derni=C3=A8re fois le vendredi 11.<br><br></div>Je constat=
e aujourd'hui, le 14 mai 2018 que sur ma machine sous Jessie, mes machi=
nes virtuelles KVM ne d=C3=A9marrent plus (j'ai fait l'essai avec 5=
VM diff=C3=A9rentes et m=C3=AAme une nouvelle cr=C3=A9=C3=A9e pour l'o=
ccasion).<br><br></div>Voici les sympt=C3=B4mes exacts:<br><br></div>1. ave=
c Virtual Machine Manager 1.0.1, je lance une VM<br></div>2. l'=C3=A9cr=
an de celle-ci reste noir (on ne voit m=C3=AAme pas appara=C3=AEtre l'=
=C3=A9cran du boot)<br></div>3. top affiche une CPU =C3=A0 100% pour le pro=
cessus qemu-system-x86 (observable pendant plus de 10 minutes)<br></div>4. =
l'arr=C3=AAt par le menu =C3=89teindre de VirtManager ne d=C3=A9clenche=
rien de visible (CPU bloqu=C3=A9e =C3=A0 100%)<br>5. l'arr=C3=AAt par =
le menu Forcer l'extinction de VirtManager stoppe la VM et ram=C3=A8ne =
la CPU =C3=A0 0.<br><br></div>Voici la fin du fichier /var/log/apt/history.=
log:<br><br>Start-Date: 2018-05-11=C2=A0 08:29:40<br>Commandline: apt-get u=
pgrade<br>Upgrade: tzdata:i386 (2018d-0+deb8u1, 2018e-0+deb8u1), iceweasel-=
l10n-fr:i386 (52.7.3esr-1~deb8u1, 52.8.0esr-1~deb8u1), firefox-esr-l10n-fr:=
i386 (52.7.3esr-1~deb8u1, 52.8.0esr-1~deb8u1), linux-libc-dev:i386 (3.16.56=
-1, 3.16.56-1+deb8u1), wget:i386 (1.16-1+deb8u4, 1.16-1+deb8u5), libmad0:i3=
86 (0.15.1b-8, 0.15.1b-8+deb8u1), tzdata-java:i386 (2018d-0+deb8u1, 2018e-0=
+deb8u1), firefox-esr:i386 (52.7.3esr-1~deb8u1, 52.8.0esr-1~deb8u1), icewea=
sel:i386 (52.7.3esr-1~deb8u1, 52.8.0esr-1~deb8u1)<br>End-Date: 2018-05-11=
=C2=A0 08:30:10<br><br>Start-Date: 2018-05-11=C2=A0 08:30:29<br>Commandline=
: apt-get dist-upgrade<br>Install: linux-image-3.16.0-6-686-pae:i386 (3.16.=
56-1+deb8u1, automatic)<br>Upgrade: linux-image-686-pae:i386 (3.16+63+deb8u=
1, 3.16+63+deb8u2)<br>End-Date: 2018-05-11=C2=A0 08:31:06<br><br>Start-Date=
: 2018-05-14=C2=A0 08:27:51<br>Commandline: apt-get autoremove<br>Remove: l=
inux-image-3.16.0-4-686-pae:i386 (3.16.51-3)<br>End-Date: 2018-05-14=C2=A0 =
08:28:04<br><br><br><br></div>1. Qui rencontre des difficult=C3=A9s analogu=
e avec KVM/Qemu ?<br></div>2. Conseils ? suggestions ?<br><br></div>Slts<br=
><div><div><br><div><br></div></div></div></div>
Cette action est irreversible, confirmez la suppression du commentaire ?
Signaler le commentaire
Veuillez sélectionner un problème
Nudité
Violence
Harcèlement
Fraude
Vente illégale
Discours haineux
Terrorisme
Autre
daniel huhardeaux
Le 15/05/2018 à 10:08, Olivier a écrit :
Le 14 mai 2018 à 22:07, Gilles Mocellin <mailto: a écrit : Le lundi 14 mai 2018, 21:42:45 CEST Olivier a écrit :
Voici les symptômes exacts: 1. avec Virtual Machine Manager 1.0.1, je lance une VM 2. l'écran de celle-ci reste noir (on ne voit même pas
apparaître l'écran du
boot) 3. top affiche une CPU à 100% pour le processus
qemu-system-x86
(observable pendant plus de 10 minutes) 4. l'arrêt par le menu
Éteindre de
VirtManager ne déclenche rien de visible (CPU bloquée à 100%) 5.
l'arrêt
par le menu Forcer l'extinction de VirtManager stoppe la VM et
ramène la
CPU à 0. Voici la fin du fichier /var/log/apt/history.log: Start-Date: 2018-05-11 08:29:40 Commandline: apt-get upgrade
Bonsoir, Je viens d'avoir le soucis sous sid en lançant des VM via vagrant, mais je pensais que ça venait de l'image du projet. J'espérais secrètement qu'une fuite en avant (passage sous Stretch) corrige le problème: ça semble compromis.
Je suis sous Stretch et ne rencontre aucun soucis. Linux kiwano 4.9.0-6-amd64 #1 SMP Debian 4.9.88-1+deb9u1 (2018-05-07) x86_64 GNU/Linux qemu-kvm 1:2.8+dfsg-6+deb9u3 7 VM qui tournent
Est-ce bien les mêmes symptômes (écran noir avant même l'affichage des écrans GRUB/boot/démarrage) ? Le problème se manifeste-il aussi sur la création d'une nouvelle VM ? Les versions suivantes des paquets : linux-image-amd64 4.16+93 libvirt-daemon 4.2.0-2 qemu-system-x86 1:2.12+dfsg-1
Le 15/05/2018 à 10:08, Olivier a écrit :
Le 14 mai 2018 à 22:07, Gilles Mocellin
<gilles.mocellin@nuagelibre.org
<mailto:gilles.mocellin@nuagelibre.org>> a écrit :
Le lundi 14 mai 2018, 21:42:45 CEST Olivier a écrit :
> Voici les symptômes exacts:
>
> 1. avec Virtual Machine Manager 1.0.1, je lance une VM
> 2. l'écran de celle-ci reste noir (on ne voit même pas
apparaître l'écran du
> boot) 3. top affiche une CPU à 100% pour le processus
qemu-system-x86
> (observable pendant plus de 10 minutes) 4. l'arrêt par le menu
Éteindre de
> VirtManager ne déclenche rien de visible (CPU bloquée à 100%) 5.
l'arrêt
> par le menu Forcer l'extinction de VirtManager stoppe la VM et
ramène la
> CPU à 0.
>
> Voici la fin du fichier /var/log/apt/history.log:
>
> Start-Date: 2018-05-11 08:29:40
> Commandline: apt-get upgrade
Bonsoir,
Je viens d'avoir le soucis sous sid en lançant des VM via vagrant,
mais je
pensais que ça venait de l'image du projet.
J'espérais secrètement qu'une fuite en avant (passage sous Stretch)
corrige le problème: ça semble compromis.
Je suis sous Stretch et ne rencontre aucun soucis.
Est-ce bien les mêmes symptômes (écran noir avant même l'affichage des
écrans GRUB/boot/démarrage) ?
Le problème se manifeste-il aussi sur la création d'une nouvelle VM ?
Les versions suivantes des paquets :
linux-image-amd64 4.16+93
libvirt-daemon 4.2.0-2
qemu-system-x86 1:2.12+dfsg-1
Le 14 mai 2018 à 22:07, Gilles Mocellin <mailto: a écrit : Le lundi 14 mai 2018, 21:42:45 CEST Olivier a écrit :
Voici les symptômes exacts: 1. avec Virtual Machine Manager 1.0.1, je lance une VM 2. l'écran de celle-ci reste noir (on ne voit même pas
apparaître l'écran du
boot) 3. top affiche une CPU à 100% pour le processus
qemu-system-x86
(observable pendant plus de 10 minutes) 4. l'arrêt par le menu
Éteindre de
VirtManager ne déclenche rien de visible (CPU bloquée à 100%) 5.
l'arrêt
par le menu Forcer l'extinction de VirtManager stoppe la VM et
ramène la
CPU à 0. Voici la fin du fichier /var/log/apt/history.log: Start-Date: 2018-05-11 08:29:40 Commandline: apt-get upgrade
Bonsoir, Je viens d'avoir le soucis sous sid en lançant des VM via vagrant, mais je pensais que ça venait de l'image du projet. J'espérais secrètement qu'une fuite en avant (passage sous Stretch) corrige le problème: ça semble compromis.
Je suis sous Stretch et ne rencontre aucun soucis. Linux kiwano 4.9.0-6-amd64 #1 SMP Debian 4.9.88-1+deb9u1 (2018-05-07) x86_64 GNU/Linux qemu-kvm 1:2.8+dfsg-6+deb9u3 7 VM qui tournent
Est-ce bien les mêmes symptômes (écran noir avant même l'affichage des écrans GRUB/boot/démarrage) ? Le problème se manifeste-il aussi sur la création d'une nouvelle VM ? Les versions suivantes des paquets : linux-image-amd64 4.16+93 libvirt-daemon 4.2.0-2 qemu-system-x86 1:2.12+dfsg-1
Jérôme
On Tue, 22 May 2018 13:24:02 +0200 Olivier a écrit :
Bonjour, 1. Chez moi, j'ai toujours une CPU qui grimpe à 100% au démarra ge de chaque VM, avant même l'affichage des premiers écrans. Est-ce aussi le cas chez toi ? 2. As-tu identifié la modification (mise à jour ?) qui pourrait avoir provoqué cette anomalie ? 3. Quelle architecture (i686 ? amd64 ? ...) sur la machine concernée ? @tous: 4. Qui d'autre rencontre le même pb ? Slts
Moi j'ai eu ce problème mais sans VM, à cause du paquet unattended-upgrades (en testing)
On Tue, 22 May 2018 13:24:02 +0200
Olivier <oza.4h07@gmail.com> a écrit :
Bonjour,
1. Chez moi, j'ai toujours une CPU qui grimpe à 100% au démarra ge de chaque
VM, avant même l'affichage des premiers écrans.
Est-ce aussi le cas chez toi ?
2. As-tu identifié la modification (mise à jour ?) qui pourrait avoir
provoqué cette anomalie ?
3. Quelle architecture (i686 ? amd64 ? ...) sur la machine concernée ?
@tous:
4. Qui d'autre rencontre le même pb ?
Slts
Moi j'ai eu ce problème mais sans VM, à cause du paquet
unattended-upgrades (en testing)
On Tue, 22 May 2018 13:24:02 +0200 Olivier a écrit :
Bonjour, 1. Chez moi, j'ai toujours une CPU qui grimpe à 100% au démarra ge de chaque VM, avant même l'affichage des premiers écrans. Est-ce aussi le cas chez toi ? 2. As-tu identifié la modification (mise à jour ?) qui pourrait avoir provoqué cette anomalie ? 3. Quelle architecture (i686 ? amd64 ? ...) sur la machine concernée ? @tous: 4. Qui d'autre rencontre le même pb ? Slts
Moi j'ai eu ce problème mais sans VM, à cause du paquet unattended-upgrades (en testing)
Jérôme
On Tue, 22 May 2018 19:00:41 +0200 Olivier a écrit :
1. Le pb est-il résolu maintenant ou toujours ? 2. Que faut-il comprendre par "ce problème mais sans VM" ? Que tu av ais d'autres programmes que des VM qui utilisaient 100% de la CPU ? 3. Quelle architecture sur la machine concernée ? ams64 ? i686 ?
amd64, j'avais unattended-upgrades qui me pompait > 90% de CPU au déma rrage durant 1-4 mn, et qui se calmait ensuite. J'ai désactivé la chose , comme de toute manière je fais systématiquement les maj journalières, et pas seulement celles de sécurité.
On Tue, 22 May 2018 19:00:41 +0200
Olivier <oza.4h07@gmail.com> a écrit :
1. Le pb est-il résolu maintenant ou toujours ?
2. Que faut-il comprendre par "ce problème mais sans VM" ? Que tu av ais
d'autres programmes que des VM qui utilisaient 100% de la CPU ?
3. Quelle architecture sur la machine concernée ? ams64 ? i686 ?
amd64, j'avais unattended-upgrades qui me pompait > 90% de CPU au déma rrage
durant 1-4 mn, et qui se calmait ensuite. J'ai désactivé la chose , comme de
toute manière je fais systématiquement les maj journalières, et pas
seulement celles de sécurité.
On Tue, 22 May 2018 19:00:41 +0200 Olivier a écrit :
1. Le pb est-il résolu maintenant ou toujours ? 2. Que faut-il comprendre par "ce problème mais sans VM" ? Que tu av ais d'autres programmes que des VM qui utilisaient 100% de la CPU ? 3. Quelle architecture sur la machine concernée ? ams64 ? i686 ?
amd64, j'avais unattended-upgrades qui me pompait > 90% de CPU au déma rrage durant 1-4 mn, et qui se calmait ensuite. J'ai désactivé la chose , comme de toute manière je fais systématiquement les maj journalières, et pas seulement celles de sécurité.
