Kvm

Démarrage auto des vm

Pour que les vm soient lancées automatiquement au démarrage, on peut utiliser virsh autostart nom_de_la_vm. Si on a un message d'erreur, c'est que lorsqu'on fait un virsh dominfo nomvm, la vm est en mode Persistent: No. On peut passer en mode Persistent à yes, en faisant un virsh define nomvm, mais attention cela va modifier quelques parametres dans le
fichier xml, BACKUPER avant l'original, puis recopier le fichier xml original sur le nouveau. La vm est maintenant en mode persistent, et on peut faire un virsh autostart nomvm.

Sinon il suffit de creer des liens symboliques dans /etc/libvirt/qemu/autostart/ : lg2.infra.agarik.com.xml -> /etc/libvirt/qemu/lg2.infra.agarik.com.xml

La vm ne sera démmarré au reboot que si elle tournait lorsque le serveur a redémarré

Problème perf réseau

Avec une centos 6.0 il y avait de gros problème de perf réseau (perte de paquets, coupure réseau)
Au lieu d'avoir : <emulator>/usr/libexec/qemu-kvm</emulator>, il faut mettre     <emulator>/usr/libexec/qemu-kvm.txtimer</emulator>
Ce fichier contient en fait : 
#!/bin/sh
exec /usr/libexec/qemu-kvm `echo "$@" | sed 's|virtio-net-pci|virtio-net-pci,tx=timer|g'`

Commande virsh

virsh nodeinfo : info cpu & mémoire
virsh capabilities : info plus précise sur le cpu (id cpu, nombre, capacité...)
virsh vcpuinfo domain : info cpu au niveau du domaine

syslog1.infra.agarik.com
VCPU:           0
CPU:            0
State:          running
CPU time:       10.6s
CPU Affinity:   y---

Ici cela signifie que la vm utilise le cpu id 0 uniquement (car au niveau cpu affinity le "y" est au début, si on a le "y" sur les 4 cases cela signifie que la vm peut utiliser 
indifféremment n'importe lequel des cpu). Le nombre de cpu affiché par cat /proc/cpuinfo est toujours le même (celui qu'a reellement le serveur), meme lorsque les vm sont lancées