On Mon, Sep 25, 2023 at 5:19 PM Daniel P. Berrangé <berrange@redhat.com> wrote:
On Mon, Sep 25, 2023 at 04:26:59PM +0200, Alice Frosi wrote:
> Hi Rich,
>
> On Mon, Sep 25, 2023 at 4:10 PM Richard W.M. Jones <rjones@redhat.com>
> wrote:
>
> > [Alice: See patch 2]
> >
>
> I'm not 100% sure about the source of this work. However, we had in
> KubeVirt people interested in using localtime with Windows [1]. Yes, I see
> that you pointed to that PR in patch 2. The problem with that PR is the
> migration. What happens if we migrate the VM to a host that is in another
> timezone? Is it going to break the application running inside the VM?

I would generally expect all hosts to be configured in the same timezone,
for any given single cloud deployment.

If you really are concerned about this problem though, libvirt lets you
set this explicitly eg

   <clock offset='localtime' timezone='Europe/London'/>


I don't think we support this option in KubeVirt yet. It might be useful to extend it. However, I'm not sure if it is the user's responsibility to choose the TZ or if it should be decided by KubeVirt and not exposed to the API.

Generally, I don't think we can always assume that all the node in the cluster are in the same time zone. This could be signaled with some labels and allow the VM to be scheduled only on the node with that label.
 
With regards,
Daniel
--
|: https://berrange.com      -o-    https://www.flickr.com/photos/dberrange :|
|: https://libvirt.org         -o-            https://fstop138.berrange.com :|
|: https://entangle-photo.org    -o-    https://www.instagram.com/dberrange :|