Bonjour,
j'utilise libvirt pour manager mes VMs, et depuis quelques jours,
impossible démarrer mes VMs, et ce avec l'erreur suivante:
virsh # start Bugzilla
error: Failed to start domain Bugzilla
error: Unable to read from monitor: Connexion ré-initialisée par le
correspondant
J'ai restarté libvirt, pas de changement. Et rien de plus dans les logs.
Enfin, j'utilise Debian Wheesy, libvirt 0.9.12.
Si quelqu'un a une idée, merci beaucoup :)
Bonjour,
j'utilise libvirt pour manager mes VMs, et depuis quelques jours,
impossible démarrer mes VMs, et ce avec l'erreur suivante:
virsh # start Bugzilla
error: Failed to start domain Bugzilla
error: Unable to read from monitor: Connexion ré-initialisée par le
correspondant
J'ai restarté libvirt, pas de changement. Et rien de plus dans les logs.
Enfin, j'utilise Debian Wheesy, libvirt 0.9.12.
Si quelqu'un a une idée, merci beaucoup :)
Bonjour,
j'utilise libvirt pour manager mes VMs, et depuis quelques jours,
impossible démarrer mes VMs, et ce avec l'erreur suivante:
virsh # start Bugzilla
error: Failed to start domain Bugzilla
error: Unable to read from monitor: Connexion ré-initialisée par le
correspondant
J'ai restarté libvirt, pas de changement. Et rien de plus dans les logs.
Enfin, j'utilise Debian Wheesy, libvirt 0.9.12.
Si quelqu'un a une idée, merci beaucoup :)
Bonjour,
j'utilise libvirt pour manager mes VMs, et depuis quelques jours,
impossible démarrer mes VMs, et ce avec l'erreur suivante:
virsh # start Bugzilla
error: Failed to start domain Bugzilla
error: Unable to read from monitor: Connexion ré-initialisée par le
correspondant
J'ai restarté libvirt, pas de changement. Et rien de plus dans les logs.
Enfin, j'utilise Debian Wheesy, libvirt 0.9.12.
Si quelqu'un a une idée, merci beaucoup :)
Bonjour,
j'utilise libvirt pour manager mes VMs, et depuis quelques jours,
impossible démarrer mes VMs, et ce avec l'erreur suivante:
virsh # start Bugzilla
error: Failed to start domain Bugzilla
error: Unable to read from monitor: Connexion ré-initialisée par le
correspondant
J'ai restarté libvirt, pas de changement. Et rien de plus dans les logs.
Enfin, j'utilise Debian Wheesy, libvirt 0.9.12.
Si quelqu'un a une idée, merci beaucoup :)
Bonjour,
j'utilise libvirt pour manager mes VMs, et depuis quelques jours,
impossible démarrer mes VMs, et ce avec l'erreur suivante:
virsh # start Bugzilla
error: Failed to start domain Bugzilla
error: Unable to read from monitor: Connexion ré-initialisée par le
correspondant
J'ai restarté libvirt, pas de changement. Et rien de plus dans les logs.
Enfin, j'utilise Debian Wheesy, libvirt 0.9.12.
Si quelqu'un a une idée, merci beaucoup :)
Sandro CAZZANIGA a écrit :Bonjour,
j'utilise libvirt pour manager mes VMs, et depuis quelques jours,
impossible démarrer mes VMs, et ce avec l'erreur suivante:
virsh # start Bugzilla
error: Failed to start domain Bugzilla
error: Unable to read from monitor: Connexion ré-initialisée par l e
correspondant
J'ai restarté libvirt, pas de changement. Et rien de plus dans les l ogs.
Enfin, j'utilise Debian Wheesy, libvirt 0.9.12.
Hello,
Je ne suis pas avec ces versions, mais je connais quelques causes
possibles à ce message : libvirt n'est effectivement pas très expli cite
dans ses messages d'erreur.
- libvirtd qui ne se lance pas bien, mais si tu arrives sur virsh, peu
de chances.
- Dans un des fichiers xml de définition des VM , le port VNC en conf lit
avec un port déjà ouvert pour un autre service.
- Configuration des bridges réseau incorrects (La VM ne se lance pas
parce qu'elle ne trouve pas le bridge , par ex).
- Problème de droits sur le répertoire /var/lib/libvirt/ qui doit
normalement être en libvirt-qemu:kvm drwxr-xr-x
- vérifier que les chemins vers les images disques (HD et CDRom)
pointent bien vers un fichier existant.
En espérant que ça aide.
@+
Christophe.
Sandro CAZZANIGA a écrit :
Bonjour,
j'utilise libvirt pour manager mes VMs, et depuis quelques jours,
impossible démarrer mes VMs, et ce avec l'erreur suivante:
virsh # start Bugzilla
error: Failed to start domain Bugzilla
error: Unable to read from monitor: Connexion ré-initialisée par l e
correspondant
J'ai restarté libvirt, pas de changement. Et rien de plus dans les l ogs.
Enfin, j'utilise Debian Wheesy, libvirt 0.9.12.
Hello,
Je ne suis pas avec ces versions, mais je connais quelques causes
possibles à ce message : libvirt n'est effectivement pas très expli cite
dans ses messages d'erreur.
- libvirtd qui ne se lance pas bien, mais si tu arrives sur virsh, peu
de chances.
- Dans un des fichiers xml de définition des VM , le port VNC en conf lit
avec un port déjà ouvert pour un autre service.
- Configuration des bridges réseau incorrects (La VM ne se lance pas
parce qu'elle ne trouve pas le bridge , par ex).
- Problème de droits sur le répertoire /var/lib/libvirt/ qui doit
normalement être en libvirt-qemu:kvm drwxr-xr-x
- vérifier que les chemins vers les images disques (HD et CDRom)
pointent bien vers un fichier existant.
En espérant que ça aide.
@+
Christophe.
Sandro CAZZANIGA a écrit :Bonjour,
j'utilise libvirt pour manager mes VMs, et depuis quelques jours,
impossible démarrer mes VMs, et ce avec l'erreur suivante:
virsh # start Bugzilla
error: Failed to start domain Bugzilla
error: Unable to read from monitor: Connexion ré-initialisée par l e
correspondant
J'ai restarté libvirt, pas de changement. Et rien de plus dans les l ogs.
Enfin, j'utilise Debian Wheesy, libvirt 0.9.12.
Hello,
Je ne suis pas avec ces versions, mais je connais quelques causes
possibles à ce message : libvirt n'est effectivement pas très expli cite
dans ses messages d'erreur.
- libvirtd qui ne se lance pas bien, mais si tu arrives sur virsh, peu
de chances.
- Dans un des fichiers xml de définition des VM , le port VNC en conf lit
avec un port déjà ouvert pour un autre service.
- Configuration des bridges réseau incorrects (La VM ne se lance pas
parce qu'elle ne trouve pas le bridge , par ex).
- Problème de droits sur le répertoire /var/lib/libvirt/ qui doit
normalement être en libvirt-qemu:kvm drwxr-xr-x
- vérifier que les chemins vers les images disques (HD et CDRom)
pointent bien vers un fichier existant.
En espérant que ça aide.
@+
Christophe.
Sandro CAZZANIGA a écrit :Bonjour,
j'utilise libvirt pour manager mes VMs, et depuis quelques jours,
impossible démarrer mes VMs, et ce avec l'erreur suivante:
virsh # start Bugzilla
error: Failed to start domain Bugzilla
error: Unable to read from monitor: Connexion ré-initialisée par l e
correspondant
J'ai restarté libvirt, pas de changement. Et rien de plus dans les l ogs.
Enfin, j'utilise Debian Wheesy, libvirt 0.9.12.
Hello,
Je ne suis pas avec ces versions, mais je connais quelques causes
possibles à ce message : libvirt n'est effectivement pas très expli cite
dans ses messages d'erreur.
- libvirtd qui ne se lance pas bien, mais si tu arrives sur virsh, peu
de chances.
- Dans un des fichiers xml de définition des VM , le port VNC en conf lit
avec un port déjà ouvert pour un autre service.
Sandro CAZZANIGA a écrit :
Bonjour,
j'utilise libvirt pour manager mes VMs, et depuis quelques jours,
impossible démarrer mes VMs, et ce avec l'erreur suivante:
virsh # start Bugzilla
error: Failed to start domain Bugzilla
error: Unable to read from monitor: Connexion ré-initialisée par l e
correspondant
J'ai restarté libvirt, pas de changement. Et rien de plus dans les l ogs.
Enfin, j'utilise Debian Wheesy, libvirt 0.9.12.
Hello,
Je ne suis pas avec ces versions, mais je connais quelques causes
possibles à ce message : libvirt n'est effectivement pas très expli cite
dans ses messages d'erreur.
- libvirtd qui ne se lance pas bien, mais si tu arrives sur virsh, peu
de chances.
- Dans un des fichiers xml de définition des VM , le port VNC en conf lit
avec un port déjà ouvert pour un autre service.
Sandro CAZZANIGA a écrit :Bonjour,
j'utilise libvirt pour manager mes VMs, et depuis quelques jours,
impossible démarrer mes VMs, et ce avec l'erreur suivante:
virsh # start Bugzilla
error: Failed to start domain Bugzilla
error: Unable to read from monitor: Connexion ré-initialisée par l e
correspondant
J'ai restarté libvirt, pas de changement. Et rien de plus dans les l ogs.
Enfin, j'utilise Debian Wheesy, libvirt 0.9.12.
Hello,
Je ne suis pas avec ces versions, mais je connais quelques causes
possibles à ce message : libvirt n'est effectivement pas très expli cite
dans ses messages d'erreur.
- libvirtd qui ne se lance pas bien, mais si tu arrives sur virsh, peu
de chances.
- Dans un des fichiers xml de définition des VM , le port VNC en conf lit
avec un port déjà ouvert pour un autre service.
La valeur du port VNC est à -1, voici le fichier XML si ça peut aider.
Merci :)
La valeur du port VNC est à -1, voici le fichier XML si ça peut aider.
Merci :)
La valeur du port VNC est à -1, voici le fichier XML si ça peut aider.
Merci :)
Sandro CAZZANIGA a écrit :
La valeur du port VNC est à -1, voici le fichier XML si ça peut ai der.
Merci :)
Hello,
Il me semble que ca veut dire port automatique. ça ne doit pas venir de
la donc ...
Par contre, et ca rejoint le lien qu'a envoyé Daniel, sur la ligne
<type arch='x86_64' machine='pc-1.1'>hvm</type>
Les miennes sont en machine='pc' (sans version , qui semble t'il chan ge
en fonction des versions de libvirt/kvm).
Peut être une piste par la donc ;) .
@+
Christophe.
Sandro CAZZANIGA a écrit :
La valeur du port VNC est à -1, voici le fichier XML si ça peut ai der.
Merci :)
Hello,
Il me semble que ca veut dire port automatique. ça ne doit pas venir de
la donc ...
Par contre, et ca rejoint le lien qu'a envoyé Daniel, sur la ligne
<type arch='x86_64' machine='pc-1.1'>hvm</type>
Les miennes sont en machine='pc' (sans version , qui semble t'il chan ge
en fonction des versions de libvirt/kvm).
Peut être une piste par la donc ;) .
@+
Christophe.
Sandro CAZZANIGA a écrit :
La valeur du port VNC est à -1, voici le fichier XML si ça peut ai der.
Merci :)
Hello,
Il me semble que ca veut dire port automatique. ça ne doit pas venir de
la donc ...
Par contre, et ca rejoint le lien qu'a envoyé Daniel, sur la ligne
<type arch='x86_64' machine='pc-1.1'>hvm</type>
Les miennes sont en machine='pc' (sans version , qui semble t'il chan ge
en fonction des versions de libvirt/kvm).
Peut être une piste par la donc ;) .
@+
Christophe.
Le 03/08/2013 13:18, Christophe a écrit :Sandro CAZZANIGA a écrit :
La valeur du port VNC est à -1, voici le fichier XML si ça peut a ider.
Merci :)
Hello,
Il me semble que ca veut dire port automatique. ça ne doit pas venir de
la donc ...
Par contre, et ca rejoint le lien qu'a envoyé Daniel, sur la ligne
<type arch='x86_64' machine='pc-1.1'>hvm</type>
Les miennes sont en machine='pc' (sans version , qui semble t'il cha nge
en fonction des versions de libvirt/kvm).
Peut être une piste par la donc ;) .
@+
Christophe.
J'essaye de changer ça. Sinon:
% virsh dumpxml Bugzilla | grep emulator
<emulator>/usr/bin/kvm</emulator>
Je vous tiens au courant pour le changement de "pc-1.1" à "pc" :)
Le 03/08/2013 13:18, Christophe a écrit :
Sandro CAZZANIGA a écrit :
La valeur du port VNC est à -1, voici le fichier XML si ça peut a ider.
Merci :)
Hello,
Il me semble que ca veut dire port automatique. ça ne doit pas venir de
la donc ...
Par contre, et ca rejoint le lien qu'a envoyé Daniel, sur la ligne
<type arch='x86_64' machine='pc-1.1'>hvm</type>
Les miennes sont en machine='pc' (sans version , qui semble t'il cha nge
en fonction des versions de libvirt/kvm).
Peut être une piste par la donc ;) .
@+
Christophe.
J'essaye de changer ça. Sinon:
% virsh dumpxml Bugzilla | grep emulator
<emulator>/usr/bin/kvm</emulator>
Je vous tiens au courant pour le changement de "pc-1.1" à "pc" :)
Le 03/08/2013 13:18, Christophe a écrit :Sandro CAZZANIGA a écrit :
La valeur du port VNC est à -1, voici le fichier XML si ça peut a ider.
Merci :)
Hello,
Il me semble que ca veut dire port automatique. ça ne doit pas venir de
la donc ...
Par contre, et ca rejoint le lien qu'a envoyé Daniel, sur la ligne
<type arch='x86_64' machine='pc-1.1'>hvm</type>
Les miennes sont en machine='pc' (sans version , qui semble t'il cha nge
en fonction des versions de libvirt/kvm).
Peut être une piste par la donc ;) .
@+
Christophe.
J'essaye de changer ça. Sinon:
% virsh dumpxml Bugzilla | grep emulator
<emulator>/usr/bin/kvm</emulator>
Je vous tiens au courant pour le changement de "pc-1.1" à "pc" :)
Le 03/08/2013 13:25, Sandro CAZZANIGA a écrit :Le 03/08/2013 13:18, Christophe a écrit :Sandro CAZZANIGA a écrit :La valeur du port VNC est à -1, voici le fichier XML si ça peut aider.
Merci :)
Hello,
Il me semble que ca veut dire port automatique. ça ne doit pas venir de
la donc ...
Par contre, et ca rejoint le lien qu'a envoyé Daniel, sur la ligne
<type arch='x86_64' machine='pc-1.1'>hvm</type>
Les miennes sont en machine='pc' (sans version , qui semble t'il change
en fonction des versions de libvirt/kvm).
Peut être une piste par la donc ;) .
@+
Christophe.
J'essaye de changer ça. Sinon:
% virsh dumpxml Bugzilla | grep emulator
<emulator>/usr/bin/kvm</emulator>
Je vous tiens au courant pour le changement de "pc-1.1" à "pc" :)
J'ai changé la valeur pour "pc", tenter de démarré la VM, sans succès,
puis restarter le démon libvirt, et restarter la VM, mais sans succès.
Je cherche encore, mais merci de votre aide :)
Le 03/08/2013 13:25, Sandro CAZZANIGA a écrit :
Le 03/08/2013 13:18, Christophe a écrit :
Sandro CAZZANIGA a écrit :
La valeur du port VNC est à -1, voici le fichier XML si ça peut aider.
Merci :)
Hello,
Il me semble que ca veut dire port automatique. ça ne doit pas venir de
la donc ...
Par contre, et ca rejoint le lien qu'a envoyé Daniel, sur la ligne
<type arch='x86_64' machine='pc-1.1'>hvm</type>
Les miennes sont en machine='pc' (sans version , qui semble t'il change
en fonction des versions de libvirt/kvm).
Peut être une piste par la donc ;) .
@+
Christophe.
J'essaye de changer ça. Sinon:
% virsh dumpxml Bugzilla | grep emulator
<emulator>/usr/bin/kvm</emulator>
Je vous tiens au courant pour le changement de "pc-1.1" à "pc" :)
J'ai changé la valeur pour "pc", tenter de démarré la VM, sans succès,
puis restarter le démon libvirt, et restarter la VM, mais sans succès.
Je cherche encore, mais merci de votre aide :)
Le 03/08/2013 13:25, Sandro CAZZANIGA a écrit :Le 03/08/2013 13:18, Christophe a écrit :Sandro CAZZANIGA a écrit :La valeur du port VNC est à -1, voici le fichier XML si ça peut aider.
Merci :)
Hello,
Il me semble que ca veut dire port automatique. ça ne doit pas venir de
la donc ...
Par contre, et ca rejoint le lien qu'a envoyé Daniel, sur la ligne
<type arch='x86_64' machine='pc-1.1'>hvm</type>
Les miennes sont en machine='pc' (sans version , qui semble t'il change
en fonction des versions de libvirt/kvm).
Peut être une piste par la donc ;) .
@+
Christophe.
J'essaye de changer ça. Sinon:
% virsh dumpxml Bugzilla | grep emulator
<emulator>/usr/bin/kvm</emulator>
Je vous tiens au courant pour le changement de "pc-1.1" à "pc" :)
J'ai changé la valeur pour "pc", tenter de démarré la VM, sans succès,
puis restarter le démon libvirt, et restarter la VM, mais sans succès.
Je cherche encore, mais merci de votre aide :)
Comme dit dans mon premier message, fournir le xml de la machine aurait
été d'une utilité indéniable.
Comme dit dans mon premier message, fournir le xml de la machine aurait
été d'une utilité indéniable.
Comme dit dans mon premier message, fournir le xml de la machine aurait
été d'une utilité indéniable.
Le 03/08/2013 13:28, Sandro CAZZANIGA a écrit :Le 03/08/2013 13:25, Sandro CAZZANIGA a écrit :Le 03/08/2013 13:18, Christophe a écrit :Sandro CAZZANIGA a écrit :La valeur du port VNC est à -1, voici le fichier XML si ça peut aider.
Merci :)
Hello,
Il me semble que ca veut dire port automatique. ça ne doit pas ven ir de
la donc ...
Par contre, et ca rejoint le lien qu'a envoyé Daniel, sur la ligne
<type arch='x86_64' machine='pc-1.1'>hvm</type>
Les miennes sont en machine='pc' (sans version , qui semble t'il c hange
en fonction des versions de libvirt/kvm).
Peut être une piste par la donc ;) .
@+
Christophe.
J'essaye de changer ça. Sinon:
% virsh dumpxml Bugzilla | grep emulator
<emulator>/usr/bin/kvm</emulator>
Je vous tiens au courant pour le changement de "pc-1.1" à "pc" :)
J'ai changé la valeur pour "pc", tenter de démarré la VM, sans s uccès,
puis restarter le démon libvirt, et restarter la VM, mais sans succè s.
Je cherche encore, mais merci de votre aide :)
Comme dit dans mon premier message, fournir le xml de la machine aurait
été d'une utilité indéniable. Voici ce que j'ai pour mes VM
<vcpu>2</vcpu>
<os>
<type arch='x86_64' machine='pc0.12'>hvm</type>
<boot dev='hd'/>
</os>
<features>
<acpi/>
<apic/>
<pae/>
</features>
<cpu match='exact'>
<model>Nehalem</model>
<vendor>Intel</vendor>
<feature policy='require' name='tm2'/>
<feature policy='require' name='est'/>
<feature policy='require' name='monitor'/>
<feature policy='require' name='ss'/>
<feature policy='require' name='vme'/>
<feature policy='require' name='rdtscp'/>
<feature policy='require' name='ht'/>
<feature policy='require' name='ds'/>
<feature policy='require' name='pbe'/>
<feature policy='require' name='tm'/>
<feature policy='require' name='vmx'/>
<feature policy='require' name='ds_cpl'/>
<feature policy='require' name='xtpr'/>
<feature policy='require' name='acpi'/>
<feature policy='disable' name='sse4.1'/>
<feature policy='disable' name='sse4.2'/>
</cpu>
Sachant que /proc/cpuinfo
processor : 3
vendor_id : GenuineIntel
cpu family : 6
model : 30
model name : Intel(R) Xeon(R) CPU X3430 @ 2.40GHz
stepping : 5
microcode : 0x4
cpu MHz : 2393.677
cache size : 8192 KB
physical id : 0
siblings : 4
core id : 3
cpu cores : 4
apicid : 6
initial apicid : 6
fpu : yes
fpu_exception : yes
cpuid level : 11
wp : yes
flags : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge
mca cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe
syscall nx rdtscp lm constant_tsc arch_perfmon pebs bts rep_good nopl
xtopology nonstop_tsc aperfmperf pni dtes64 monitor ds_cpl vmx smx est
tm2 ssse3 cx16 xtpr pdcm sse4_1 sse4_2 popcnt lahf_lm ida dtherm
tpr_shadow vnmi flexpriority ept vpid
bogomips : 4787.76
clflush size : 64
cache_alignment : 64
address sizes : 36 bits physical, 48 bits virtual
power management:
virt-manager te permet d'obtenir les bonnes vvaleurs si tu ne les
connais pas
Le 03/08/2013 13:28, Sandro CAZZANIGA a écrit :
Le 03/08/2013 13:25, Sandro CAZZANIGA a écrit :
Le 03/08/2013 13:18, Christophe a écrit :
Sandro CAZZANIGA a écrit :
La valeur du port VNC est à -1, voici le fichier XML si ça peut aider.
Merci :)
Hello,
Il me semble que ca veut dire port automatique. ça ne doit pas ven ir de
la donc ...
Par contre, et ca rejoint le lien qu'a envoyé Daniel, sur la ligne
<type arch='x86_64' machine='pc-1.1'>hvm</type>
Les miennes sont en machine='pc' (sans version , qui semble t'il c hange
en fonction des versions de libvirt/kvm).
Peut être une piste par la donc ;) .
@+
Christophe.
J'essaye de changer ça. Sinon:
% virsh dumpxml Bugzilla | grep emulator
<emulator>/usr/bin/kvm</emulator>
Je vous tiens au courant pour le changement de "pc-1.1" à "pc" :)
J'ai changé la valeur pour "pc", tenter de démarré la VM, sans s uccès,
puis restarter le démon libvirt, et restarter la VM, mais sans succè s.
Je cherche encore, mais merci de votre aide :)
Comme dit dans mon premier message, fournir le xml de la machine aurait
été d'une utilité indéniable. Voici ce que j'ai pour mes VM
<vcpu>2</vcpu>
<os>
<type arch='x86_64' machine='pc0.12'>hvm</type>
<boot dev='hd'/>
</os>
<features>
<acpi/>
<apic/>
<pae/>
</features>
<cpu match='exact'>
<model>Nehalem</model>
<vendor>Intel</vendor>
<feature policy='require' name='tm2'/>
<feature policy='require' name='est'/>
<feature policy='require' name='monitor'/>
<feature policy='require' name='ss'/>
<feature policy='require' name='vme'/>
<feature policy='require' name='rdtscp'/>
<feature policy='require' name='ht'/>
<feature policy='require' name='ds'/>
<feature policy='require' name='pbe'/>
<feature policy='require' name='tm'/>
<feature policy='require' name='vmx'/>
<feature policy='require' name='ds_cpl'/>
<feature policy='require' name='xtpr'/>
<feature policy='require' name='acpi'/>
<feature policy='disable' name='sse4.1'/>
<feature policy='disable' name='sse4.2'/>
</cpu>
Sachant que /proc/cpuinfo
processor : 3
vendor_id : GenuineIntel
cpu family : 6
model : 30
model name : Intel(R) Xeon(R) CPU X3430 @ 2.40GHz
stepping : 5
microcode : 0x4
cpu MHz : 2393.677
cache size : 8192 KB
physical id : 0
siblings : 4
core id : 3
cpu cores : 4
apicid : 6
initial apicid : 6
fpu : yes
fpu_exception : yes
cpuid level : 11
wp : yes
flags : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge
mca cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe
syscall nx rdtscp lm constant_tsc arch_perfmon pebs bts rep_good nopl
xtopology nonstop_tsc aperfmperf pni dtes64 monitor ds_cpl vmx smx est
tm2 ssse3 cx16 xtpr pdcm sse4_1 sse4_2 popcnt lahf_lm ida dtherm
tpr_shadow vnmi flexpriority ept vpid
bogomips : 4787.76
clflush size : 64
cache_alignment : 64
address sizes : 36 bits physical, 48 bits virtual
power management:
virt-manager te permet d'obtenir les bonnes vvaleurs si tu ne les
connais pas
Le 03/08/2013 13:28, Sandro CAZZANIGA a écrit :Le 03/08/2013 13:25, Sandro CAZZANIGA a écrit :Le 03/08/2013 13:18, Christophe a écrit :Sandro CAZZANIGA a écrit :La valeur du port VNC est à -1, voici le fichier XML si ça peut aider.
Merci :)
Hello,
Il me semble que ca veut dire port automatique. ça ne doit pas ven ir de
la donc ...
Par contre, et ca rejoint le lien qu'a envoyé Daniel, sur la ligne
<type arch='x86_64' machine='pc-1.1'>hvm</type>
Les miennes sont en machine='pc' (sans version , qui semble t'il c hange
en fonction des versions de libvirt/kvm).
Peut être une piste par la donc ;) .
@+
Christophe.
J'essaye de changer ça. Sinon:
% virsh dumpxml Bugzilla | grep emulator
<emulator>/usr/bin/kvm</emulator>
Je vous tiens au courant pour le changement de "pc-1.1" à "pc" :)
J'ai changé la valeur pour "pc", tenter de démarré la VM, sans s uccès,
puis restarter le démon libvirt, et restarter la VM, mais sans succè s.
Je cherche encore, mais merci de votre aide :)
Comme dit dans mon premier message, fournir le xml de la machine aurait
été d'une utilité indéniable. Voici ce que j'ai pour mes VM
<vcpu>2</vcpu>
<os>
<type arch='x86_64' machine='pc0.12'>hvm</type>
<boot dev='hd'/>
</os>
<features>
<acpi/>
<apic/>
<pae/>
</features>
<cpu match='exact'>
<model>Nehalem</model>
<vendor>Intel</vendor>
<feature policy='require' name='tm2'/>
<feature policy='require' name='est'/>
<feature policy='require' name='monitor'/>
<feature policy='require' name='ss'/>
<feature policy='require' name='vme'/>
<feature policy='require' name='rdtscp'/>
<feature policy='require' name='ht'/>
<feature policy='require' name='ds'/>
<feature policy='require' name='pbe'/>
<feature policy='require' name='tm'/>
<feature policy='require' name='vmx'/>
<feature policy='require' name='ds_cpl'/>
<feature policy='require' name='xtpr'/>
<feature policy='require' name='acpi'/>
<feature policy='disable' name='sse4.1'/>
<feature policy='disable' name='sse4.2'/>
</cpu>
Sachant que /proc/cpuinfo
processor : 3
vendor_id : GenuineIntel
cpu family : 6
model : 30
model name : Intel(R) Xeon(R) CPU X3430 @ 2.40GHz
stepping : 5
microcode : 0x4
cpu MHz : 2393.677
cache size : 8192 KB
physical id : 0
siblings : 4
core id : 3
cpu cores : 4
apicid : 6
initial apicid : 6
fpu : yes
fpu_exception : yes
cpuid level : 11
wp : yes
flags : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge
mca cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe
syscall nx rdtscp lm constant_tsc arch_perfmon pebs bts rep_good nopl
xtopology nonstop_tsc aperfmperf pni dtes64 monitor ds_cpl vmx smx est
tm2 ssse3 cx16 xtpr pdcm sse4_1 sse4_2 popcnt lahf_lm ida dtherm
tpr_shadow vnmi flexpriority ept vpid
bogomips : 4787.76
clflush size : 64
cache_alignment : 64
address sizes : 36 bits physical, 48 bits virtual
power management:
virt-manager te permet d'obtenir les bonnes vvaleurs si tu ne les
connais pas