On Mon, Sep 25, 2023 at 5:19 PM Daniel P. Berrangé <berrange(a)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(a)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.