diff --git a/HowtoKVM.md b/HowtoKVM.md index 78eb1a54..e19267ad 100644 --- a/HowtoKVM.md +++ b/HowtoKVM.md @@ -185,7 +185,7 @@ Vous pouvez écrire votre propre fichier de définition XML puis l'injecter : ## Stockage -Les stockages disponibles doivent être visibles par libvirt : +Les stockages disponibles doivent être visibles par _libvirt_ : ~~~ # virsh pool-list --all @@ -524,7 +524,7 @@ Créer un fichier XML définissant le réseau : # virsh net-autostart br1 ~~~ -### Mode réseau NAT (avec libvirt) +### Mode réseau NAT (avec _libvirt_) Le mode NAT peut être intéressant si l'on ne peut pas avoir d'IP dans le réseau de l'hyperviseur. @@ -557,7 +557,7 @@ Et l'on peut configurer avec un réseau NAT avec `virt-manager` ou `virsh net-cr ~~~ -### Mode réseau NAT (sans libvirt) +### Mode réseau NAT (sans _libvirt_) *Note* : une raison d'utiliser le NAT est qu'une interface Wi-Fi n'est pas toujours utilisable dans un bridge : @@ -601,7 +601,7 @@ etc. L'utilisation du format de stockage QCOW2 permet d'avoir des snapshots à chaud ! On peut créer plusieurs snapshots de l'état disque/mémoire, et restaurer en quelques secondes. -Avec libvirt, création/restauration/suppression de snapshot se gère de façon conviviale avec `virt-manager` +Avec _libvirt_, création/restauration/suppression de snapshots se gèrent de façon conviviale avec `virt-manager` ou on peut aussi utiliser `virsh` : ~~~ @@ -641,7 +641,7 @@ On peut aussi gérer les snapshots via le [Mode Monitor](#mode-monitor) et les c *Note* : les snapshots créés avec `savevm` ne seront pas visible via _libvirt_. -### Options -loadvm / -snapshot (non gérées avec libvirt) +### Options -loadvm / -snapshot (non gérées avec _libvirt_) On peut démarrer directement sur un snapshot *s0* avec l'option `-loadvm` : @@ -795,7 +795,7 @@ sync cp debian1.qcow2 debian.current.qcow2 ~~~ -/!\\ Attention, avec *libvirt* si l'on passe directement par le _mode monitor_ les snapshots ne seront pas visibles par _libvirt_ qui gère un état XML des snapshots. On pourra néanmoins faire : +/!\\ Attention, avec _libvirt_ si l'on passe directement par le _mode monitor_ les snapshots ne seront pas visibles par _libvirt_ qui gère un état XML des snapshots. On pourra néanmoins faire : ~~~ # virsh qemu-monitor-command --hmp "savevm snap.current" @@ -900,7 +900,7 @@ Pour rappatrier une VM _test_ depuis l'hyperviseur _foo_ : *Note* : on peut faire cela via virt-manager mais le mode `--unsafe` (utile si un cache disque est configuré) n'est pas supporté… -Si l'on a plusieurs interfaces réseau sur l'hyperviseur (par exemple un réseau dédié entre les hyperviseurs), il faut l'indiquer à *libvirtd* sinon il tente de passer par l'interface principale : +Si l'on a plusieurs interfaces réseau sur l'hyperviseur (par exemple un réseau dédié entre les hyperviseurs), il faut l'indiquer à _libvirt_ sinon il tente de passer par l'interface principale : ~~~ # virsh migrate --live --unsafe test qemu+ssh://192.0.2.2/system tcp://192.0.2.2/ @@ -918,14 +918,14 @@ Il faut éditer `/etc/libvirt/libvirtd.conf` (cf # UUID of the host) et ajouter ## Systemd -libvirt fait appel à systemd (machinectl/systemd-run) pour lancer les processus des VM et les suivre. +_libvirt_ fait appel à systemd (machinectl/systemd-run) pour lancer les processus des VM et les suivre. Pour avoir le statut : ~~~ # machinectl -MACHINE CONTAINER SERVICE -qemu-mavm vm libvirt-qemu +MACHINE CONTAINER SERVICE +qemu-mavm vm libvirt-qemu 1 machines listed. ~~~ @@ -996,7 +996,7 @@ Cependant, comme il s'agit d'un clone, l'adresse MAC connue de Udev est toujours Deux solutions, utiliser eth1 au lieu de eth0, ou corriger /etc/udev/rules.d/z25_persistent-net.rules en mettant à jour l'adresse MAC de eth0 et en supprimant eth1. -### Installation d'une VM sans libvirt +### Installation d'une VM sans _libvirt_ ~~~ # qemu-img create -f qcow2 debian1.qcow2 20G