Velka odchylka systemoveho casu ve VM

[soudny.net]

Ahoj,

Docilis toho nastavenim jine casove zony v guestu, nez jakou mas na hostu. Taky bych byl trochu skeptickej na synchronizaci jak z hosta tak z ntp daemon, to se asi bude hadat.

Takze jak psal Zbynek, zkontroluj si casovou zonu v guestu.

Marek

18. 7. 2021 12:46, 12:46, "Zbyněk Burget" <zburget at burgnet.cz> napsal/a:
>Nema (nemuze mit) ntpd snahu synchronizovat cas do jine casove zony,
>nez 
>ntpdate? Sice mne takhle z voleje nenapada, jak takoveho efektu
>docilit, 
>ale mohlo by to vysvetlovat tohle chovani.
>
>Zbyněk Burget
>Mlýnská 397
>798 26 Nezamyslice
>
>tel: 588 580 000, 739 930 931
>http://www.burgnet.cz
>IČ:  606 88 220; DIČ: CZ7210184674
>
>Dne 18.07.2021 v 12:25 Miroslav Lachman napsal(a):
>> Na jednom virtualizovanem stroji pozoruji asi dva tydny velkou
>odchylku 
>> systemoveho casu. I kdyz cas srovnam a bezi ntpd, behem nekolika
>minut 
>> se rozjede o nekolik sekund sekund.
>> 
>> Pro ukazku - dnes v 7:21 jsem cas srovnal, restartoval ntpd, ubehlo
>tedy 
>> necelych 5 hodin a odchylka temer pul hodiny:
>> 
>> # ntpdate -q ntp.cgi.cz
>> server 80.79.27.111, stratum 2, offset +1203.533176, delay 0.02596
>> 18 Jul 11:42:02 ntpdate[37528]: step time server 80.79.27.111 offset 
>> +1203.533176 sec
>> 
>> # ntpq -p
>>       remote           refid      st t when poll reach   delay  
>offset 
>> jitter
>>
>==============================================================================
>
>> 
>>   server4.cgi.cz  147.231.2.6      2 u   57   64  377    0.323 
>+117160 
>> 248009.
>>   tik.cesnet.cz   .ATOM.           1 u   58   64  377    0.439 
>+117161 
>> 247698.
>>   ntp.nic.cz      .GPS.            1 u   54   64  377    4.338 
>+117490 
>> 249900.
>> 
>> Navic mam pocit, ze nejak nesouhlasi offset, ktery vraci "ntpdate" a 
>> ktery vraci "ntpq -p".
>> Je v obou pripadech offset ve stejnych jednotkach, tedy sekundach?
>> 
>> Co muze zpusobovat tak velke rozchazeni casu?
>> 
>> V nastaveni (VirtualBox) neni zaskrtnute "Disable host time sync",
>takze 
>> by teoreticky mel byt cas rizeny casem na hostu a tam je cas spravny.
>> Nejsem si vedom, ze bych jakkoliv upravoval v posledni dobe
>konfiguraci 
>> toho guestu (krome uprav firewallu a IPSecu), takze vubec nevim, proc
>se 
>> cas zacal takhle rozchazet.
>> 
>> Jiny virtualni system na stejnem hostu nema zadne problemy s udrzenim
>casu.
>> 
>> Mirek
>-- 
>FreeBSD mailing list (users-l at freebsd.cz)
>http://www.freebsd.cz/listserv/listinfo/users-l