Montre nous ton fichier xml
Si ça ne tenait qu'à moi, je m'en passerais bien de cette config à la noix :hammer:
Je n'ai pas le choix, l'appli que je dois faire tourner n'est validée que pour Windows. J'ai fait des demandes pour que le kit soit mis en place pour fonctionner sour Linux, mais étonnamment je n'ai toujours pas de réponse...
Je vais refaire mon install avec une corporate maintenant que je sais que le système fonctionne sous KVM.
Salut tout le monde,

Même problème :
Après installation de l'OS Windows XP
Booting from Hard Disk...
Err. lecture disque
Entrez CTRL+ALT+Suppr pour redémarrer
@ Proxy : voici mon fichier XML 
cat /etc/libvirt/qemu/windows.xml 
<domain type='qemu'>
  <name>windows</name>
  <uuid>03ac66a0-1812-db70-ba39-1fc4cae4197d</uuid>
  <memory>1048576</memory>
  <currentMemory>1048576</currentMemory>
  <vcpu>1</vcpu>
  <os>
    <type arch='i686' machine='fedora-13'>hvm</type>
    <boot dev='hd'/>
  </os>
  <features>
    <acpi/>
    <apic/>
    <pae/>
  </features>
  <clock offset='localtime'/>
  <on_poweroff>destroy</on_poweroff>
  <on_reboot>restart</on_reboot>
  <on_crash>restart</on_crash>
  <devices>
    <emulator>/usr/bin/qemu</emulator>
    <disk type='file' device='disk'>
      <driver name='qemu' type='raw'/>
      <source file='/var/lib/libvirt/images/windows.img'/>
      <target dev='hda' bus='ide'/>
      <address type='drive' controller='0' bus='0' unit='0'/>
    </disk>
    <controller type='ide' index='0'>
      <address type='pci' domain='0x0000' bus='0x00' slot='0x01' function='0x1'/>
    </controller>
    <interface type='network'>
      <mac address='52:54:00:b3:f0:e0'/>
      <source network='default'/>
      <address type='pci' domain='0x0000' bus='0x00' slot='0x04' function='0x0'/>
    </interface>
    <serial type='pty'>
      <target port='0'/>
    </serial>
    <console type='pty'>
      <target port='0'/>
    </console>
    <input type='tablet' bus='usb'/>
    <input type='mouse' bus='ps2'/>
    <graphics type='vnc' port='-1' autoport='yes' keymap='fr'/>
    <sound model='es1370'>
      <address type='pci' domain='0x0000' bus='0x00' slot='0x05' function='0x0'/>
    </sound>
    <video>
      <model type='cirrus' vram='9216' heads='1'/>
      <address type='pci' domain='0x0000' bus='0x00' slot='0x02' function='0x0'/>
    </video>
  </devices>
</domain>
4 jours plus tard
J'ai trouvé ce qui pose problème pour le boot via l'image du HDD : sous Fedora 12, aucun souci, je peux booter sur l'image Windows, au démarrage, qemu trouve le HHD en ata0 et un lecteur CD en ata1.
Sur Fedora 13, qemu ne me produit pas le même boot. C'est donc la version de qemu qui fait que ça ne fonctionne pas sur Fedora 13.
Pourtant , j'ai quelques VM Qemu qui fonctionnent très bien sous F13
Est-ce-que tu fais une configuration particulière de qemu ? Lorsque tu crées ta VM depuis l'interface, tu mets quoi comme paramètres ?
Non, par contre j'utilise qemu-kvm
Le paquet qemu-kvm est bien installé chez moi, par contre les paquets openbios-common, openbios-ppc, qemu-system-... et qemu-user ne sont pas installés.
J'en déduis que je tourne avec qemu-kvm. Comment fait-on pour choisir la façon dont on émule le système ?

La situation est la même sur mon poste en Fedora 12 et pourtant lui fonctionne.

J'ai fait un test à côté de tout ça : au lieu de booter sur une iso de CD d'installation XP (600 Mo), j'ai mis une iso de pur boot (900 Ko) : malgré l'avertissement qu'il n'y a pas de ntldr, le boot continue et le HDD WinXP est bien lancé.
Tu le vois dans le fichier xml de la VM :
<emulator>/usr/bin/qemu-kvm</emulator>
Effectivement, c'est bien qemu-kvm qui tourne sur mes deux postes.
Donc pourquoi qemu-kvm n'arrive pas à faire booter nos VM sur HDD ?
@LOOPING : tu as le même pb que pikaraph ?

Cela fonctionne parfaitement chez moi.
Est ce des nouvelles VMs ?
les VMs sont créer à partir d'ISO DVD pour Win 7...
Cela fonctionne sous CentOs mais c'est du Xen et l'hyperviseur sous F13 fonctionne à merveille.

Oui j'ai le même problème.
Donc je vois pas pourquoi QEMU me bloque le boot.
Wiki Virtualisation Qemu
Troubleshooting virtualization
SELinux

The SELinux policy in Fedora has the necessary rules to allow the use of virtualization. The main caveat to be aware of is that any file backed disk images need to be in the directory /var/lib/libvirt/images. This applies both to regular disk images, and ISO images. Block device backed disks are already labelled correctly to allow them to pass SELinux checks.

Beginning with Fedora 11, virtual machines under SELinux are isolated from each other with sVirt.
Log files

The graphical interface, virt-manager, used to create and manage virtual machines, logs to $HOME/.virt-manager/virt-manager.log.

The virt-install tool, used to create virtual machines, logs to $HOME/.virtinst/virt-install.log

Logging from virt-manager and virt-install may be increased by setting the environment variable LIBVIRT_DEBUG=1. See http://libvirt.org/logging.html

All QEMU command lines executed by libvirt are logged to /var/log/libvirt/qemu/$DOMAIN.log where $DOMAIN is the name of the guest.

The libvirtd daemon is responsible for handling connections from tools such as virsh and virt-manager. The level and type of logging produced by libvirtd may be modified in /etc/libvirt/libvirtd.conf.
Serial console access for troubleshooting and management

Serial console access is useful for debugging kernel crashes and remote management can be very helpful.

Fully-virtualized guest OS will automatically have a serial console configured, but the guest kernel will not be configured to use this out of the box. To enable the guest console in a Linux fully-virt guest, edit the /etc/grub.conf in the guest and add 'console=ttyS0 console=tty0'. This ensures that all kernel messages get sent to the serial console, and the regular graphical console. The serial console can then be access in same way as paravirt guests:

su -c "virsh console <domain name>"

Alternatively, the graphical virt-manager program can display the serial console. Simply display the 'console' or 'details' window for the guest & select 'View -> Serial console' from the menu bar.
Graphical console access

In order to get a graphical console on your guest you can either use 'virt-manager' and select the console icon for the guest, or you can use the 'virt-viewer' tool to just directly connect to the console:

virt-viewer guestname

Accessing data on guest disk images
Remember never to do this while the guest is up and running, as it could corrupt the filesystem

The 'guestfish' package allows you to use a simple shell interface to manipulate guest disk images without needing to run the guest.

su -c 'yum install guestfish'

See 'man guestfish' and guestfish recipes for information and some common recipes. guestfish can also be scripted to change a group of guest disk images in a row.
LOOPING : j'ai désactivé selinux après l'installation de Fedora 13, pour moi, le problème ne vient pas de là dans mon cas.
Je me permet de poster car j'ai le même problème en tentant d'installer Windows XP en virtuel sur une F13 toute belle : le HDD ne veut pas booter pour cause d'erreur de lecture disque.
Si quelqu'un trouve une piste, je suis preneur =)
J'ai essayé de booter sur le HDD virtuel créé sur ma F12 et qui fonctionne. Sur ma F13 : pas moyen, toujours HDD non bootable, alors qu'il l'est sur la F12...
Quelque peut-il essayer de faire comme nous ?

Créer une VM et nous donner un retour d'expérience.

Merci d'avance
Bon ben finalement, j'ai installé Windows en virtuel avec VirtualBox.
Ça marche du feu de Dieu.
Adieu KVM...
Je viens de récréer une nouvelle VM Centos sous KVM : aucun pb
proxy wrote:Je viens de récréer une nouvelle VM Centos sous KVM : aucun pb
Est-ce-que tu peux donner la procédure que tu suis, les paramètres que tu rentres ? Il doit y avoir un truc qu'on ne fait pas correctement par rapport à toi.
J'utilise virt-manager de façon classique. Voici mon fichier XML :
<domain type='kvm'>
<name>CENTOS</name>
<uuid>28e36c27-035b-0147-7caa-a76383718008</uuid>
<memory>1048576</memory>
<currentMemory>1048576</currentMemory>
<vcpu>1</vcpu>
<os>
<type arch='x86_64' machine='fedora-13'>hvm</type>
<boot dev='hd'/>
</os>
<features>
<acpi/>
<apic/>
<pae/>
</features>
<clock offset='utc'/>
<on_poweroff>destroy</on_poweroff>
<on_reboot>restart</on_reboot>
<on_crash>restart</on_crash>
<devices>
<emulator>/usr/bin/qemu-kvm</emulator>
<disk type='file' device='disk'>
<driver name='qemu' type='raw'/>
<source file='/virt/vm/centos54.img'/>
<target dev='hda' bus='ide'/>
<address type='drive' controller='0' bus='0' unit='0'/>
</disk>
<disk type='block' device='cdrom'>
<driver name='qemu'/>
<target dev='hdc' bus='ide'/>
<readonly/>
<address type='drive' controller='0' bus='1' unit='0'/>
</disk>
<controller type='ide' index='0'>
<address type='pci' domain='0x0000' bus='0x00' slot='0x01' function='0x1'/>
</controller>
<interface type='network'>
<mac address='52:54:00:95:2f:14'/>
<source network='default'/>
<address type='pci' domain='0x0000' bus='0x00' slot='0x04' function='0x0'/>
</interface>
<serial type='pty'>
<target port='0'/>
</serial>

<console type='pty'>
<target port='0'/>
</console>
<input type='mouse' bus='ps2'/>
<graphics type='vnc' port='-1' autoport='yes' keymap='fr'/>
<sound model='es1370'>
<address type='pci' domain='0x0000' bus='0x00' slot='0x05' function='0x0'/>
</sound>
<video>
<model type='cirrus' vram='9216' heads='1'/>
<address type='pci' domain='0x0000' bus='0x00' slot='0x02' function='0x0'/>
</video>
</devices>
</domain>
Salut,

@proxy:
Alors peux-tu nous dire quels paquets tu as installé concernant KVM & co ?

Merci
rpm -qa | egrep "(virt|kvm|qemu)"
qemu-system-m68k-0.12.3-8.fc13.x86_64
qemu-img-0.12.3-8.fc13.x86_64
libvirt-0.7.7-4.fc13.x86_64
qemu-system-mips-0.12.3-8.fc13.x86_64
qemu-common-0.12.3-8.fc13.x86_64
kmod-kqemu-2.6.33.4-95.fc13.x86_64-1.4.0-0.2.pre1.fc13.22.x86_64
etherboot-zroms-kvm-5.4.4-18.fc13.noarch
kqemu-1.4.0-0.4.pre1.fc11.noarch
kmod-kqemu-1.4.0-0.2.pre1.fc13.23.x86_64
qemu-user-0.12.3-8.fc13.x86_64
python-virtinst-0.500.2-3.fc13.noarch
libvirt-client-0.7.7-4.fc13.x86_64
qemu-system-cris-0.12.3-8.fc13.x86_64
libvirt-python-0.7.7-4.fc13.x86_64
kmod-kqemu-2.6.33.5-112.fc13.x86_64-1.4.0-0.2.pre1.fc13.23.x86_64
virtuoso-opensource-6.1.1-1.fc13.x86_64
virt-manager-0.8.3-3.fc13.noarch
qemu-system-ppc-0.12.3-8.fc13.x86_64
qemu-system-x86-0.12.3-8.fc13.x86_64
qemu-system-arm-0.12.3-8.fc13.x86_64
virt-top-1.0.4-3.fc13.x86_64
qemu-0.12.3-8.fc13.x86_64
virt-viewer-0.2.1-1.fc13.x86_64
gpxe-roms-qemu-1.0.0-1.fc13.noarch
qemu-kvm-0.12.3-8.fc13.x86_64
qemu-system-sh4-0.12.3-8.fc13.x86_64
qemu-system-sparc-0.12.3-8.fc13.x86_64
pour information, keqmu n'est plus utilisé dans les version récentes de qemu proposés par fedora.
Voici mes paquets :
rpm -qa | egrep "(virt|kvm|qemu)"
virt-mem-0.3.1-9.fc12.i686
qemu-common-0.12.3-8.fc13.i686
python-virtkey-0.50-6.fc12.i686
qemu-system-x86-0.12.3-8.fc13.i686
virt-manager-0.8.4-1.fc13.noarch
virt-viewer-0.2.1-1.fc13.i686
qemu-img-0.12.3-8.fc13.i686
libvirt-client-0.7.7-4.fc13.i686
gpxe-roms-qemu-1.0.0-1.fc13.noarch
libvirt-0.7.7-4.fc13.i686
libvirt-python-0.7.7-4.fc13.i686
python-virtinst-0.500.3-1.fc13.noarch
Donc il semblerait qu'ils en manquent à l'appel.

A propos de Keqmu qui est une évolution pour Qemu.
Le problème reste le même...
rpm -qa | egrep "(virt|kvm|qemu)"
publican-ovirt-0.4-5.fc12.noarch
qemu-common-0.12.3-8.fc13.i686
python-virtkey-0.50-6.fc12.i686
kqemu-1.4.0-0.4.pre1.fc11.noarch
qemu-kvm-tools-0.12.3-8.fc13.i686
kmod-kqemu-2.6.33.5-124.fc13.i686-1.4.0-0.2.pre1.fc13.21.i686
libvirt-client-0.7.7-4.fc13.i686
gpxe-roms-qemu-1.0.0-1.fc13.noarch
qemu-system-m68k-0.12.3-8.fc13.i686
libvirt-python-0.7.7-4.fc13.i686
python-virtinst-0.500.3-1.fc13.noarch
qemu-system-x86-0.12.3-8.fc13.i686
virt-manager-0.8.4-1.fc13.noarch
akmod-kqemu-1.4.0-0.2.pre1.fc13.21.i686
virt-mem-0.3.1-9.fc12.i686
kmod-kqemu-2.6.33.5-112.fc13.i686-1.4.0-0.2.pre1.fc13.23.i686
ruby-libvirt-0.1.0-5.fc12.i686
virt-viewer-0.2.1-1.fc13.i686
qemu-img-0.12.3-8.fc13.i686
libvirt-0.7.7-4.fc13.i686
qemu-kvm-0.12.3-8.fc13.i686
Mon xml : 
cat /etc/libvirt/qemu/win.xml 
<domain type='kqemu'>
  <name>win</name>
  <uuid>90dd13ed-8832-91bf-c59d-5f4916e79bc2</uuid>
  <memory>524288</memory>
  <currentMemory>524288</currentMemory>
  <vcpu>1</vcpu>
  <os>
    <type arch='i686' machine='fedora-13'>hvm</type>
    <boot dev='hd'/>
  </os>
  <features>
    <acpi/>
    <apic/>
    <pae/>
  </features>
  <clock offset='localtime'/>
  <on_poweroff>destroy</on_poweroff>
  <on_reboot>restart</on_reboot>
  <on_crash>restart</on_crash>
  <devices>
    <emulator>/usr/bin/qemu</emulator>
    <disk type='file' device='disk'>
      <driver name='qemu' type='raw'/>
      <source file='/var/lib/libvirt/images/win.img'/>
      <target dev='hda' bus='ide'/>
      <address type='drive' controller='0' bus='0' unit='0'/>
    </disk>
    <controller type='ide' index='0'>
      <address type='pci' domain='0x0000' bus='0x00' slot='0x01' function='0x1'/>
    </controller>
    <interface type='bridge'>
      <mac address='52:54:00:29:4f:af'/>
      <source bridge='virbr0'/>
      <address type='pci' domain='0x0000' bus='0x00' slot='0x04' function='0x0'/>
    </interface>
    <serial type='pty'>
      <target port='0'/>
    </serial>
    <console type='pty'>
      <target port='0'/>
    </console>
    <input type='tablet' bus='usb'/>
    <input type='mouse' bus='ps2'/>
    <graphics type='vnc' port='-1' autoport='yes' keymap='fr'/>
    <sound model='ac97'>
      <address type='pci' domain='0x0000' bus='0x00' slot='0x05' function='0x0'/>
    </sound>
    <video>
      <model type='vga' vram='9216' heads='1'/>
      <address type='pci' domain='0x0000' bus='0x00' slot='0x02' function='0x0'/>
    </video>
  </devices>
</domain>
Voici var/logs/messages :
Jun 18 12:39:00 Fedo libvirtd: 12:39:00.998: error : qemudDomainLookupByName:3445 : Domain not found: no domain with matching name 'win'
Jun 18 12:39:46 Fedo libvirtd: 12:39:46.479: error : qemudDomainLookupByName:3445 : Domain not found: no domain with matching name 'win'
Jun 18 12:39:46 Fedo libvirtd: 12:39:46.673: error : storageVolumeLookupByPath:1238 : invalid storage volume pointer in no storage vol with matching path
Jun 18 12:40:23 Fedo libvirtd: 12:40:23.613: error : qemudDomainLookupByName:3445 : Domain not found: no domain with matching name 'win'
Jun 18 12:40:23 Fedo libvirtd: 12:40:23.833: error : qemudDomainLookupByName:3445 : Domain not found: no domain with matching name 'win'
Jun 18 12:40:23 Fedo libvirtd: 12:40:23.998: error : storageVolumeLookupByPath:1238 : invalid storage volume pointer in no storage vol with matching path
Jun 18 12:40:24 Fedo libvirtd: 12:40:24.113: error : storageVolumeLookupByName:1153 : Storage volume not found: no storage vol with matching name 'win.img'
Jun 18 12:40:24 Fedo libvirtd: 12:40:24.121: error : storageVolumeLookupByPath:1238 : invalid storage volume pointer in no storage vol with matching path
Jun 18 12:40:24 Fedo libvirtd: 12:40:24.188: error : storageVolumeLookupByPath:1238 : invalid storage volume pointer in no storage vol with matching path
Jun 18 12:40:24 Fedo libvirtd: 12:40:24.192: error : storageVolumeLookupByPath:1238 : invalid storage volume pointer in no storage vol with matching path
Jun 18 12:40:24 Fedo libvirtd: 12:40:24.204: error : storageVolumeLookupByName:1153 : Storage volume not found: no storage vol with matching name 'win.img'
Jun 18 12:41:09 Fedo libvirtd: 12:41:09.060: error : qemudDomainLookupByName:3445 : Domain not found: no domain with matching name 'win'
Jun 18 12:41:09 Fedo libvirtd: 12:41:09.285: error : qemudDomainLookupByName:3445 : Domain not found: no domain with matching name 'win'
Jun 18 12:41:09 Fedo libvirtd: 12:41:09.445: error : storageVolumeLookupByPath:1238 : invalid storage volume pointer in no storage vol with matching path
Jun 18 12:41:09 Fedo libvirtd: 12:41:09.548: error : storageVolumeLookupByName:1153 : Storage volume not found: no storage vol with matching name 'win.img'
Jun 18 12:41:09 Fedo libvirtd: 12:41:09.615: error : storageVolumeLookupByPath:1238 : invalid storage volume pointer in no storage vol with matching path
Jun 18 12:41:09 Fedo libvirtd: 12:41:09.620: error : storageVolumeLookupByPath:1238 : invalid storage volume pointer in no storage vol with matching path
Jun 18 12:41:09 Fedo libvirtd: 12:41:09.631: error : storageVolumeLookupByName:1153 : Storage volume not found: no storage vol with matching name 'win.img'
Jun 18 12:41:09 Fedo libvirtd: 12:41:09.771: error : qemudDomainLookupByUUID:3420 : Domain not found: no domain with matching uuid '2507cceb-3647-4a0a-a783-34586ee74532'
Jun 18 12:41:09 Fedo libvirtd: 12:41:09.870: error : storageVolumeLookupByPath:1238 : invalid storage volume pointer in no storage vol with matching path
Jun 18 12:41:09 Fedo libvirtd: 12:41:09.890: error : storageVolumeLookupByPath:1238 : invalid storage volume pointer in no storage vol with matching path
Jun 18 12:41:09 Fedo libvirtd: 12:41:09.899: error : qemudDomainLookupByName:3445 : Domain not found: no domain with matching name 'win'
Jun 18 12:41:09 Fedo libvirtd: 12:41:09.905: error : storageVolumeLookupByName:1153 : Storage volume not found: no storage vol with matching name 'win.img'
Jun 18 12:41:10 Fedo kernel: tun: Universal TUN/TAP device driver, 1.6
Jun 18 12:41:10 Fedo kernel: tun: (C) 1999-2004 Max Krasnyansky <maxk@qualcomm.com>
Jun 18 12:41:10 Fedo libvirtd: 12:41:10.445: error : qemudNetworkIfaceConnect:1570 : internal error Failed to add tap interface to bridge. eth0 is not a bridge device
Jun 18 12:42:01 Fedo libvirtd: 12:42:01.450: error : qemudDomainLookupByName:3445 : Domain not found: no domain with matching name 'win'
Jun 18 12:42:01 Fedo libvirtd: 12:42:01.676: error : qemudDomainLookupByName:3445 : Domain not found: no domain with matching name 'win'
Jun 18 12:42:01 Fedo libvirtd: 12:42:01.850: error : storageVolumeLookupByPath:1238 : invalid storage volume pointer in no storage vol with matching path
Jun 18 12:42:15 Fedo libvirtd: 12:42:15.455: error : qemudDomainLookupByName:3445 : Domain not found: no domain with matching name 'win'
Jun 18 12:42:15 Fedo libvirtd: 12:42:15.672: error : qemudDomainLookupByName:3445 : Domain not found: no domain with matching name 'win'
Jun 18 12:42:15 Fedo libvirtd: 12:42:15.832: error : storageVolumeLookupByPath:1238 : invalid storage volume pointer in no storage vol with matching path
Jun 18 12:42:16 Fedo libvirtd: 12:42:16.120: error : qemudDomainLookupByUUID:3420 : Domain not found: no domain with matching uuid '90dd13ed-8832-91bf-c59d-5f4916e79bc2'
Jun 18 12:42:16 Fedo libvirtd: 12:42:16.238: error : storageVolumeLookupByPath:1238 : invalid storage volume pointer in no storage vol with matching path
Jun 18 12:42:16 Fedo libvirtd: 12:42:16.262: error : storageVolumeLookupByPath:1238 : invalid storage volume pointer in no storage vol with matching path
Jun 18 12:42:16 Fedo libvirtd: 12:42:16.268: error : qemudDomainLookupByName:3445 : Domain not found: no domain with matching name 'win'
Pourquoi j'ai ce message d'erreur ?
Storage volume not found: no storage vol with matching name 'win.img'
Y a un pb sur le source file du volume
5 jours plus tard
Au démarrage de Virt-manager j'ai aussi un message :

KVM not avaible or KVM modules not loaded

Mais je peux créer une VM avec toujours le même probleme du boot...
Attention, il y a un bogue sur le paquet VirtualBOx de RPMFusion qui blackliste les modules KVM alors que le kernel 2.6.33 permet d'avoir les deux en même temps...

Le bogue a été rapporté et devrait être corrigé avec la mise à jours de VirtualBOX via rpmfusion.