Thanks a lot for your confirmation.
Could you also please explain if the issue can be ever fixed, if it's
possible to make some patch to fix it?
Is it libvirt-specific bug or Libvirt development team rely on some other
developers of libxl code...etc?
I'm asking because XL tools works fine and I wonder if XL uses the same
libxl libraries , doesn't it?
Lastly is the issue is going be fixed in near time? Can you answer my
questions and ask for some patch for
enhancement request or I should better send a separate email to development
team ("libvir-l...@redhat.com
<https://www.redhat.com/mailman/listinfo/libvir-list>") ?
Thanks a lot in advance for your answers...

On Fri, Feb 16, 2018 at 8:37 PM, Jim Fehlig <jfeh...@suse.com> wrote:

> On 02/16/2018 08:37 AM, Volo M. wrote:
>> Hello techs,
>> We used XL toolkit for Xen hypervisor for starting Windows hvm VMs and
>> the option rtc_timeoffset worked perfectly with XL. It helped us to set
>> correct Timezone time/offset for Windows HVM VMs from inside
>> virtual_machine xen config.
>> For example:
>> Below option WORKS perfectly with XL toolkit.
>> [root@hw12xen ~]# cat goillltawdlssq.xl.cfg | grep offset
>> rtc_timeoffset = "7200"   # +2 hours to UTC time (or +/-3600=+/-1 hour to
>> UTC time)
>> [root@hw12xen ~]#
>> Now we try to migrate all the Windows hvm VMs to using Libvirt and Xen
>> 4.6.6 (or 4.4).
>> But as we see it's impossible to make VMs using correct time/offset set
>> in XML config like below:
>> below Libvirt option DOESN'T WORK as we expect...
>> [root@hw12xen ~]# cat goillltawdlssq.var.xml | grep offset
>>    <clock offset='variable' adjustment='7200' />
>> [root@hw12xen ~]#
>> Can you please explain if there's something we're doing wrong way or it's
>> just a bug like described here:
>> https://bugzilla.redhat.com/show_bug.cgi?id=1212191   ?
> No, you're not doing anything wrong. And yes, you've hit that bug,
> although I'd prefer to call it an enhancement request. Xen's rtc_timeoffset
> setting is currently not supported by the libvirt libxl driver.
> Regards,
> Jim
libvirt-users mailing list

Reply via email to