pornirea automată virsh nu funcționează

root@virtual3:~# virsh autostart nstest
Domeniul nstest marcat ca pornit automat

root@virtual3:~# virsh dominfo nstest 
Id: -
Nume: nstest
UUID: 8cf691cd-7246-442b-a26b-3580e24600c5
Tip OS: hvm
Stare: oprit
CPU(e): 2
Memorie maximă: 6291456 KiB
Memorie folosită: 2097152 KiB
Persistent: da
Autostart: dezactivați
Salvare gestionată: nu
Model de securitate: aparatură
DOI de securitate: 0

root@virtual3:~# 

ce fac greșit? Domeniul xml este listat în /etc/libvirt/qemu/autostart, dar încă nu are autostart :(

Nimic in jurnale :((

Am avut aceeași problemă (2/3/22) și am găsit o soluție acum (2/7/22).

Problemă: Am avut si eu aceleasi probleme. Nu sa întâmplat niciodată înainte. Pe o gazdă Centos 7, primele 3 VM pe care le-am setat anterior la pornire automată funcționau bine (aș putea activa și dezactiva pornirea automată). Dar mai aveam alte 4 care au fost pornite automat, acum erau setate să nu facă acest lucru și pe care nu le puteam activa. De obicei folosesc UI. Dacă dau clic pentru pornire automată, salvează și revin, nu este verificat, deși ar trebui să fie. Așa că l-am încercat pe linia de comandă, nici nu a funcționat și am descoperit ce ați descoperit mai sus. Repornirea fie a clienților, fie a mașinii gazdă nu face nicio diferență. Indiferent dacă o VM client rulează sau se oprește.

Soluţie. Se pare că ceva nu se sincroniza. Ce, nu sunt sigur. Se pare că problema nu este ceva salvat în fișierul .xml al mașinii virtuale. Deși nu am descoperit niciodată exact ce este în neregulă, am găsit cum să o repar. Orice lucru setat la autostart ar trebui să aibă o intrare în /etc/libvirt/qemu/autostart/ numită ceva de genul numemachine.xml, care să conțină o legătură simbolică către fișierul de configurare xml al mașinii virtuale cu același nume în /etc/libvirt/qemu/. Ștergeți linkul simbolic pentru clienții problematici din directorul /etc/libvirt/qemu/autostart (asigurați-vă că nu ștergeți xml-ul sursă din directorul qemu). Acum, când încercați să activați pornirea automată fie prin interfața de utilizare, fie prin „virsh autostart machinename”. Am șters fișierele autostart/*xml pentru cei 4 clienți cu probleme, apoi am activat și dezactivat unul în mod repetat prin interfața de utilizare, iar celelalte 3 prin linia de comandă și totul funcționează normal pentru mine acum...

În cazul meu, problema a fost că aveam un fișier în folderul autostart și nu un link.

root@kvm1630:/etc/libvirt/qemu # ls -l 
-rw------- 1 rădăcină rădăcină 7982 févr. 18 15:17 hebergement.xml

root@kvm1630:/etc/libvirt/qemu # ls -l autostart/
-rwx------ 1 root root 6195 aprilie 16 2021 hebergement.xml*

Soluție: ștergeți fișierul și creați o legătură simbolică.

root@kvm1630:/etc/libvirt/qemu # rm autostart/hebergement.xml
rm: eliminați fișierul obișnuit „autostart/hebergement.xml”? y

Apoi rulați din nou comanda pentru a face pornirea automată a VM:

root@kvm1630:/etc/libvirt/qemu # virsh autostart hebergement
Hebergement de domeniu marcat ca pornit automat

root@kvm1630:/etc/libvirt/qemu # ls -l autostart/
lrwxrwxrwx 1 rădăcină rădăcină 33 févr. 18 15:49 hebergement.xml -> /etc/libvirt/qemu/hebergement.xml

În cele din urmă verificăm dacă VM-ul este într-adevăr pornit automat.

root@kvm1630:/etc/libvirt/qemu # virsh dominfo hebergement
Id: 9
Nume: hebergement
UUID: 74590197-8b3a-4bed-95e6-653ce7c456af
Tip OS: hvm
Stare: alergare
CPU(e): 1
Timp CPU: 6614,7s
Memorie maximă: 8388608 KiB
Memorie folosită: 8388608 KiB
Persistent: da
Autostart: activați
Salvare gestionată: nu
Model de securitate: niciunul
DOI de securitate: 0

FYI, folosesc fi-backup un script LibVirtKvm pentru a crea instantanee VM în fiecare oră... Consecință: fișierul xml de definiție VM este schimbat în fiecare oră astfel:

root@kvm1630:/etc/libvirt/qemu # colordiff hebergement.xml autostart/hebergement.xml
46,83c48
<<source file='/var/lib/libvirt/images/hebergement.bimg-20220218-151710'/>
< <backingStore type='file'>
< <format type='qcow2'/>
<<source file='/var/lib/libvirt/images/hebergement.bimg-20220218-141710'/>
< <backingStore type='file'>
< <format type='qcow2'/>
<<source file='/var/lib/libvirt/images/hebergement.bimg-20220218-131710'/>
< <backingStore type='file'>
< <format type='qcow2'/>
<<source file='/var/lib/libvirt/images/hebergement.bimg-20220218-121709'/>
< <backingStore type='file'>
< <format type='qcow2'/>
<<source file='/var/lib/libvirt/images/hebergement.bimg-20220218-111709'/>
< <backingStore type='file'>
< <format type='qcow2'/>
<<source file='/var/lib/libvirt/images/hebergement.bimg-20220218-101711'/>
< <backingStore type='file'>
< <format type='qcow2'/>
<<source file='/var/lib/libvirt/images/hebergement.bimg-20220218-091738'/>
< <backingStore type='file'>
< <format type='qcow2'/>
<<source file='/var/lib/libvirt/images/hebergement.bimg-20220218-091200'/>
< <backingStore type='file'>
< <format type='qcow2'/>
<<source file='/var/lib/libvirt/images/hebergement.bimg-20220218-082151'/>
< <backingStore type='file'>
< <format type='qcow2'/>
<<source file='/var/lib/libvirt/images/hebergement.qcow2'/>
< <backingStore/>
< </backingStore>
< </backingStore>
< </backingStore>
< </backingStore>
< </backingStore>
< </backingStore>
< </backingStore>
< </backingStore>
< </backingStore>
---
> <source file='/var/lib/libvirt/images/hebergement.bimg-20210415-011726'/>

sper ca ajuta

Ernest.

Se pare că vă așteptați ca setarea „pornire automată” să vadă imediat porniți VM-ul. Cu toate acestea, acesta nu este efectul dorit al pornirii automate. Mai degrabă, este doar acolo pentru a se asigura că VM pornește automat la timpul pentru resetare pentru gazda. De la pagina de manual:

Configurați un domeniu pentru a fi pornit automat la pornire.

Dacă apoi doriți să porniți imediat VM-ul, trebuie să faceți acest lucru cu virsh start.