Ma poate ajuta cineva cu asta va rog?
comportament
Rulez mai multe VM-uri cu qemu-kvm și când creez primele câteva instantanee ale unui VM care rulează, acestea sunt create super rapid (aproximativ 10 secunde). Cu toate acestea, după o anumită cantitate de instantanee, performanța de creare a acestora primește brusc un impact uriaș, scăzând de la aproximativ 10 secunde la 10 sau 20 de minute (în funcție de dimensiunea discului qcow2 al VM).
Interesant, această creștere a duratei nu crește deloc treptat (de exemplu, prima ar dura 10 secunde, a doua 60, a treia câteva minute), dar foarte brusc la un moment dat de la crearea unui instantaneu la altul. Nu am putut să-mi dau seama din ce circumstanțe s-a întâmplat această creștere și am încercat să creez un instantaneu imediat după altul în care VM-ul s-ar afla în aceeași stare, pentru a exclude orice factor provenind din interiorul VM. Dar, în timp ce starea VM-ului pentru diferite instantanee a rămas în mare parte identică, durata creării instantaneelor a explodat la un moment dat.
Un VM are aproximativ 50 GB utilizați, această scădere a performanței s-a produs după 4 sau 5 instantanee, în timp ce un alt VM cu o instalare proaspătă a ubuntu în ea, doar câțiva GB utilizați, această scădere a avut loc după 19 instantanee.
De asemenea, această configurare a funcționat impecabil pe gazda mea anterioară Linux, care era Linux Mint. Acum am trecut la fedora silverblue și a apărut această problemă.
ce am incercat pana acum
Am creat instantaneele fie cu virt-manager gui, fie cu virsh astfel (cu Data înainte și după pentru a indica durata), rețineți că acesta este un VM mic, cel mai mare durează 20 de minute:
[root@fedora-silverblue steff]# dată; virsh --debug=0 snapshot-create-as --domain dev_base --name s25 ; Data
Miercuri, 16 martie, 09:52:08 CET 2022
snapshot-create-as: domain(optdata): dev_base
snapshot-create-as: nume(optdate): s25
snapshot-create-as: opțiunea găsită <domeniu>: dev_base
snapshot-create-as: <domeniu> încearcă ca domeniu NAME
Snapshot de domeniu s25 creat
Miercuri, 16 martie, 10:03:02 CET 2022
această comandă durează 10 minute.
Am căutat această problemă și am găsit următoarele discuții care indică probleme similare, dar au fost rezolvate cu soluții care nu au funcționat pentru mine:
Această postare concluzionează că a fost remediat de qemu într-o altă versiune, dar acea versiune este mult mai veche decât cea actuală:
https://bugzilla.redhat.com/show_bug.cgi?id=988436
Această postare a rezolvat-o ștergând toate instantaneele preexistente și asta a funcționat și pentru mine. Cu toate acestea, ștergerea tuturor instantaneelor înainte de a învinge scopul pentru care le folosesc (putând reveni la stările de funcționare anterioare), deci aceasta nu este o opțiune:
https://github.com/cuckoosandbox/cuckoo/issues/1905
bug nerezolvat și deschis:
https://bugs.launchpad.net/ubuntu/+source/qemu-kvm/+bug/741887
Deoarece unele alte discuții indică ceva despre stocarea în cache, am încercat, de asemenea, să-mi opresc gazda și să-l pornesc din nou, fără nicio modificare.
Unele postări discută instantanee externe, dar vreau să fie excluse, deoarece gestionarea lor este mai mult o suprasolicitare decât instantanee interne (crearea de profiluri, definirea căilor de persistență etc.). Și, deoarece instantaneele interne sunt opțiunea implicită, vreau să rămân cât mai aproape posibil de configurațiile vanilie.
interpretare
Deoarece instantaneele sunt create rapid atunci când nu există alte instantanee în prealabil, preexistența altor instantanee trebuie să introducă o suprasolicitare grea sau un conflict undeva.
software și versiuni
Rulez fedora silverblue 35 cu următorul software legat de kvm:
[root@fedora-silverblue steff]# uname -r
5.16.9-200.fc35.x86_64
[root@fedora-silverblue steff]# rpm -q qemu qemu-kvm libvirt virt-manager
qemu-6.1.0-14.fc35.x86_64
qemu-kvm-6.1.0-14.fc35.x86_64
libvirt-7.6.0-5.fc35.x86_64
virt-manager-3.2.0-4.fc35.noarch
VM-urile au 8 GB ram și formatele lor de imagine sunt qcow2
întrebări
- Ai idee care ar putea fi cauza?
- Unde pot găsi informații mai detaliate de depanare?
