Différences

Ci-dessous, les différences entre deux révisions de la page.

--- fr:xen [2025/05/06 09:19] – [Faire des snapshots, cloner une VM] zatalyz
+++ fr:xen [2025/10/25 08:38] (Version actuelle) – [Failed to free memory for the domain] Résolution à la noix zatalyz
@@ Ligne 481: / Ligne 481: @@
 Par ailleurs, il parait que cette option dans le GRUB peut forcer à réserver de la RAM à l'hyperviseur :
   GRUB_CMDLINE_XEN_DEFAULT="dom0_mem=512M,max:1024M"
-Mais par défaut, la commande ''xl info'' indique qu'une partie de la RAM serait déjà réservée sur l'hyperviseur (la partie ''free_memory'') donc ce n'est sans doute pas utile de toucher ça.
+Mais par défaut, la commande ''xl info'' indique qu'une partie de la RAM serait déjà réservée sur l'hyperviseur (la partie ''free_memory'') donc ce n'est sans doute pas utile de toucher ça. Sauf si vous tombez sur la bizarrerie listée plus bas...
 </WRAP>
+==== Failed to free memory for the domain ====
+J'ai découvert une erreur inattendue après une mise à jour système de l'hyperviseur. Au moment de relancer les vm, j'ai un échec avec ce message :
+  failed to free memory for the domain
+Quelques vérifications de l'état réel de la mémoire :
+<code>free -h
+xl info | grep -E "(total_memory|free_memory)"
+xl dmesg | grep -i memory
+xl list</code>
+Dans mon cas, le résultat significatiof est là :
+<code># xl info | grep -E "(total_memory|free_memory)"
+total_memory           : 4014
+free_memory            : 1029
+# xl list
+Name                                        ID   Mem VCPUs	State	Time(s)
+Domain-0                                     0  2939     4     r-----      11.6</code>
+Je confirme : y'a ce qu'il faut, mais le Domain-0 s'est soudainement mis à se réserver 3Go de RAM, ne laissant plus rien pour mes VM sur ma petite machine.
+On peut d'ailleurs en voir plus avec ''xl list -l'' où ''"domid": 0'' indique des valeurs délirantes pour ''max_memkb'' (16 Go, sur une machine qui n'en a que 4...) et ''target_memkb'' (les 3Go utilisés).
+Comme il consomme réellement 150 Mo de Ram, je peux temporairement lui forcer une utilisation moindre :
+  xl mem-set Domain-0 1024
+Là, mes VM peuvent se lancer...
+Officiellement il faudrait bidouiller ''/etc/default/grub.d/xen.cfg'' pour forcer un usage plus modéré, en ajoutant cette ligne :
+<code>GRUB_CMDLINE_XEN_DEFAULT="dom0_mem=1024"</code>
+Puis
+  update-grub
+MAIS la gestion mémoire semble bien pétée et, en faisant ça, on se retrouve surtout avec un ordi qui ne boote plus... La solution va probablement être de lancer la commande "xl mem-set" au démarrage... Utilisons systemd pour ça, c'est fait pour :
+<code bash xen-memory-fix.service>
+[Unit]
+Description=Fix Xen Dom0 memory
+After=xen.service
+[Service]
+Type=oneshot
+ExecStart=/usr/sbin/xl mem-set Domain-0 1024
+RemainAfterExit=yes
+[Install]
+WantedBy=multi-user.target
+</code>
+On active et démarre le service :
+<code>sudo systemctl enable xen-memory-fix.service
+sudo systemctl start xen-memory-fix.service</code>
+Je ne prétendrais pas que c'est l'idéal, mais je n'ai aucune idée de pourquoi les valeurs par défaut sont devenues aberrantes, où chercher dans le projet Xen (ou chez les mainteneurs Debian), bref... ça marche et ça va suffire.
 ===== Faire des snapshots, cloner une VM =====
 Il s'agit de manipulations propres à LVM((En tout cas, chez nous. Il y a d'autres systèmes qui permettent des snapshots.)), c'est donc dans la [[fr:lvm_snapshot#snapshot|documentation sur LVM, ici.]]