On 11/05/2013 03:58 PM, Rich Megginson wrote:
> On 11/05/2013 07:53 AM, Tamas Papp wrote:
>> On 11/05/2013 03:17 PM, Rich Megginson wrote:
>>> https://fedorahosted.org/389/ticket/47516
>>>
>>> This has been fixed upstream and in some releases - to allow
>>> replication to proceed despite excessive clock skew - what is your
>>> 389-ds-base version and platform?
>> What is the clock skewed? The date and time is the same on both
>> machines.
>
> VMs are notorious for having the clocks get out of sync - even
> temporarily.

Eventually you were right, it looks, that the problem is related to the
virtualization, thanks for the tip.

Although I wouldn't say, it's because of messy VMs. It definitely must
be a software bug or misconfiguration, otherwise a VM should always
looks the same as a bare metal machine.

Actually in my specific case I don't see the reason, why it is working
with   <clock offset='utc'/> and not with <clock offset='localtime'/> if
the time in the VM synchronized after bootup.
It looks a software bug to me. But using UTC on (only) one machine is
definitely a misconfiguration:)


Thanks,
tamas

_______________________________________________
Freeipa-users mailing list
Freeipa-users@redhat.com
https://www.redhat.com/mailman/listinfo/freeipa-users

Reply via email to