Am 03.10.20 um 13:43 schrieb Richard Hafenscher:
Hallo,
ksc140:~ # virsh domtime openSUSE-Leap15.0 --now error: Timed out during operation: cannot acquire state change lock held by agent=remoteDispatchDomainSetTime
das klingt für mich, als ob der Agent da eben aktiv wäre und die Funktion nicht freigibt.
Bei mir sieht es so aus, dass ich den Befehl nach dem Start einer VM einmal ausführen kann, bei einem weiteren Versuch erhalte ich den genannten Fehler. Daher die Annahme, ob bei dir dieser Befehl bereits ausgeführt wurde und die Synchronisierung ohnehin aktiv ist. Oder ist die Zeit in der VM daneben?
Grüße Richard
Hallo, dieses Verhalten (genau einmal funktioniert das Setzen der Gastzeit, danach nicht mehr) konnte ich auf Host 2 bei der Inbetriebnahme des dortigen Gastsystems beobachten. In den Opensuse Gastsystemen gibt es einen Dienst qemu-ga@virtiox2dports-org.qemu.guest_agent.0.service, der lässt sich nicht starten und hat den vendor preset disabled (und war das auch). Log: qemu-ga@virtiox2dports-org.qemu.guest_agent.0.service - QEMU Guest Agent Loaded: loaded (/usr/lib/systemd/system/qemu-ga@.service; enabled; vendor preset: disabled) Active: inactive (dead) Eine versuchsweise Einstellung "Bei Systemstart" ergibt keine Änderung. Die Zeit in den VMs ist z.B. daneben, wenn ich die Gäste speichere, den Host in den Energiesparmodus versetze, wieder aufwecke und die Gäste wieder starte. Dann stimmt bei den Gästen die Systemzeit nicht. Die Systemzeit der Gäste stimmt immer, wenn ich den Host neu starte. Das brachte mich auf die Idee, bei laufendem Host nach dem Speichern der Gäste rclibvirtd neu zu starten, dann bekommen die Gäste die richtige Zeit. Viele Grüße, Klaus