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!
- 172 megtekintés
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.
- A hozzászóláshoz be kell jelentkezni
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...
- A hozzászóláshoz be kell jelentkezni
xen guest agent fel van telepítve?
https://xcp-ng.org/docs/guests.html#windows
http://xenbits.xen.org/gitweb/?p=pvdrivers/win/xeniface.git;a=blob;f=sr…
http://xenbits.xen.org/gitweb/?p=pvdrivers/win/xeniface.git;a=blob;f=sr…
- A hozzászóláshoz be kell jelentkezni
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...
- A hozzászóláshoz be kell jelentkezni
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...
- A hozzászóláshoz be kell jelentkezni
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...
- A hozzászóláshoz be kell jelentkezni
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.
- A hozzászóláshoz be kell jelentkezni
en is teljes leallast akarok ha mukodik, ha nem akkor marad a mentes (managedsave) ahhoz nem kell a guest egyuttmukodese
neked aztan fura humorod van...
- A hozzászóláshoz be kell jelentkezni
"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...
- A hozzászóláshoz be kell jelentkezni