search for: virdomainsettime

Hi, I am using libvirt with qemu/kvm with qemu-guest-agent and suspend/save/resume linux and windows vm's. Time in Windows gets handled fine with ntp but I can get neither ntp or chrony to sync after resume without manually setting the time close to correct first. Searching has gotten me to the point where I can manually set the time using qemu-guest-agent but I cant figure out how to get

...works but not how, or that its still work in progress and not >> implemented yet (but patches exist). Can someone either say "its not >> working yet" or explain what I am missing please? >> > > What version of libvirt are you using? Since 1.2.5 there's > virDomainSetTime() API that can do this and since 1.2.8 it's called > automatically after resume. Umm, I have a problem with that statement. Anything that requires guest interaction (which guest-agent set-time does) must NOT default to being automatic; it is only safe to enable if explicitly allowed. What...

On 10/02/2014 04:01 AM, Martin Kletzander wrote: >>> What version of libvirt are you using? Since 1.2.5 there's >>> virDomainSetTime() API that can do this and since 1.2.8 it's called >>> automatically after resume. >> >> Umm, I have a problem with that statement. Anything that requires guest >> interaction (which guest-agent set-time does) must NOT default to being >> automatic; it is only...

...works but not how, or that its still work in progress and not >> implemented yet (but patches exist). Can someone either say "its not >> working yet" or explain what I am missing please? >> > > What version of libvirt are you using? Since 1.2.5 there's > virDomainSetTime() API that can do this and since 1.2.8 it's called > automatically after resume. > > Martin Thanks Martin for replying. I am using 1.2.6. I presume that there is no way to get 1.2.6 to trigger it after resume (has to be manual) so I'll have to upgrade to 1.2.8. Thanks, BillK

...the purpose of this flag . It reads "Re-sync domain time from domain's RTC" on [0]. It begs the question: if I'm setting it to a fixed instant in time (which I am), why would I want it to sync with the domain's RTC ? Is there any obvious issue that will appear from calling `virDomainSetTime` (defined at [1]) without the DOMAIN_TIME_SYNC flag specified ? I'm not sure if this (removing the DOMAIN_TIME_SYNC) is a fix, an ugly hack, or a disaster waiting to happen. > > > # now, this one works. > > [root@virt-launcher-vmi-masquerade-mh2xm /]# virsh domtime 1 --now >...

...ing information saying it >works but not how, or that its still work in progress and not >implemented yet (but patches exist). Can someone either say "its not >working yet" or explain what I am missing please? > What version of libvirt are you using? Since 1.2.5 there's virDomainSetTime() API that can do this and since 1.2.8 it's called automatically after resume. Martin

...that its still work in progress and not >>> implemented yet (but patches exist). Can someone either say "its not >>> working yet" or explain what I am missing please? >>> >> >> What version of libvirt are you using? Since 1.2.5 there's >> virDomainSetTime() API that can do this and since 1.2.8 it's called >> automatically after resume. > >Umm, I have a problem with that statement. Anything that requires guest >interaction (which guest-agent set-time does) must NOT default to being >automatic; it is only safe to enable if expli...

Hi, ALL, I just look for the class and method to use blockcopy in libvirt-java on this page: http://libvirt.org/sources/java/javadoc/ However, I can not find out. Libvirt-java Support blockcopy ? Thanks. Best Regards, Star Guo

Hi, I'm seeing the following issue when attempting to update the guest's clock on a running fc32 guest (using guest agent): ``` [root@virt-launcher-vmi-masquerade-mh2xm /]# virsh domtime 1 --pretty Time: 2020-04-30 23:27:29 [root@virt-launcher-vmi-masquerade-mh2xm /]# virsh domtime 1 --sync error: internal error: unable to execute QEMU agent command 'guest-set-time': hwclock