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" <zbur...@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@freebsd.cz) >http://www.freebsd.cz/listserv/listinfo/users-l -- FreeBSD mailing list (users-l@freebsd.cz) http://www.freebsd.cz/listserv/listinfo/users-l
