xen + qemu + libvirt + windows10 guest + reboot acpi vagy qemu quest agent

Fórumok

hasznal valaki debian stable alatt xent + qemut + libvirtet + windows10 questet?

az a problemam hogy a virt-manager-ben ha ranyomok a leallitas vagy ujrainditas gombra vagy virsh shutdown vagy reboot egyik sem mukodik

1. acpi

a config fajlban benne van az acpi, nem tudom mit kellene meg csinalni hogy mukodjon

2. qemu quest agent

ha beleteszek a configba channel-t nem indul el a quest, nem tudom mit kellene meg csinalni hogy mukodjon

ez kellene hozza hogy a qemu quest agent tudjon az esemenyekrol

https://wiki.libvirt.org/page/Qemu_guest_agent

https://access.redhat.com/documentation/en-us/red_hat_enterprise_linux/…

 

 

ez azert kellene hogy mukodjon, hogy a host leallitasakor vagy ujrainditasakor ne kelljen elore leallitani egyesevel belepve a questekbe a windowst hanem magatol megcsinalja, kulonben varhatok 10 percig mire leall vagy ujraindul a host es meg akkor sem "rendesen" all le a windows

ha ez senkinek sem mukodik meg mindig beallithatom hogy a virtualis gepet mentse le, ahhoz nem kell a quest egyuttmukodese, de van olyan eset amikor ez nem jarhato ut.

koszi!

Hozzászólások

Ha a Xen+qemu itt a Xen hvm modban xen qemuval futo dolgot jelenti, akkor neked nem qemu cuccok kellenek, hanem a xen pv driver csomag. 

az fel van telepitve.

eszkozkezeloben mutatja is hogy pl. Xen Block Device Driver, Xen Net Device Driver es Xen PCI Device Driver

meg a szamitogep ACPI x64-alapu PC de az APCI megsem megy nekem

meg van rendszereszkozok ACPI-beepitett lehetoseg gombja is

az energiagazdalkodasnal a fokapcsolo megnyomasakor leallitas van

neked aztan fura humorod van...

nem nincs, csak citrixnel hasznaltam eddig, a Citrix XenServer Windows Guest Agent-et

eddig ezt a pv drivert tettem fel, amit te javasolsz jobb ennel?

https://wiki.xenproject.org/wiki/Xen_Windows_GplPv

https://wiki.univention.de//index.php?title=Installing-signed-GPLPV-dri…

http://apt.univention.de/download/addons/gplpv-drivers/gplpv_Vista2008x…

remelem nem kell xe parancsokat kiadni mert debianban nincs xe toolstack csak xl

holnap kiprobalom a managementagentx64.msi-t

neked aztan fura humorod van...

kek halal zold halal fekete halal

ezt tuti az altalam leirt kornyezetben hasznalod?

csinalok 0-rol egy wint hatha akkor jo lesz

na igy jo lett! koszi!

a virt-manager is es a virsh is ujrainditja!

a --mode paravirt lett mukodo

neked aztan fura humorod van...

talaltam egy ilyet

https://access.redhat.com/documentation/en-us/red_hat_enterprise_linux/…

 

# virsh reboot win10 --mode acpi
error: Failed to reboot domain win10
error: unsupported flags (0x1) in function libxlDomainReboot

# virsh reboot win10 --mode agent
error: Failed to reboot domain win10
error: unsupported flags (0x2) in function libxlDomainReboot

# virsh reboot win10 --mode initctl
error: Failed to reboot domain win10
error: unsupported flags (0x4) in function libxlDomainReboot

# virsh reboot win10 --mode signal
error: Failed to reboot domain win10
error: unsupported flags (0x8) in function libxlDomainReboot

# virsh reboot win10 --mode paravirt
Domain win10 is being rebooted

de nem inditja ujra, a quest biztos nem ismeri ezt a modszert

akkor az a kerdesem hogy miert nem tamogatott az acpi mode?

neked aztan fura humorod van...

Szerkesztve: 2021. 04. 26., h – 23:55

erre külön reagálnék:

ez azert kellene hogy mukodjon, hogy a host leallitasakor vagy ujrainditasakor ne kelljen elore leallitani egyesevel belepve a questekbe a windowst hanem magatol megcsinalja, kulonben varhatok 10 percig mire leall vagy ujraindul a host es meg akkor sem "rendesen" all le a windows

nem xen-en ugyan, de ezzel én már jártam pórul -- eredetileg a libvirt-guests service-re hagyatkoztam, hogy elég legyen a host-ot leállítani (a fizikai power button benyomásával pl.). Az a gond, hogy ha valamelyik guest nem akar leállni bármilyen oknál fogva, akkor az a host shutdown-t nem tudja megakasztani (elképzelhető, hogy nem is szabad neki megakasztani!), és némi várakozás után mindenképpen megy a guest a kukába. Ezzel pedig már veszítettem adatot. Egyszóval ha garantáltan graceful shutdown-t akarsz, akkor szerintem csak a kézi leállítás megy.

Pontosítok: itt a lényeg nem az, hogy hogyan kezdeményezed a shutdown-t (nyugodtan használhatsz rá virsh-t); a lényeg az, hogy addig a host shutdown nem indulhat el, amíg minden guest rendesen le nem áll. Az ON_SHUTDOWN=suspend működhet, ha valakinek megfelel a managedsave; nekem az nem kellett, én teljes leállást akartam.

"itt a lényeg nem az, hogy hogyan kezdeményezed a shutdown-t (nyugodtan használhatsz rá virsh-t); a lényeg az, hogy addig a host shutdown nem indulhat el, amíg minden guest rendesen le nem áll."

ezzel csak az a baj hogy ha mar egyszer kiadtam a hoston a rebootot es a guest nem hajlando leallni, utana virt-managerrel nem tudok ralepni a guestre hogy leallitsam a wint, marad a timeout es utana a guest megy a kukaba.

megoldas lehetne meg ilyen esetre hogy egy rovidebb ido utan nem var tovabb a host hanem lementi a meg le nem allt guesteket

neked aztan fura humorod van...