Nie jesteś zalogowany.
Jeśli nie posiadasz konta, zarejestruj je już teraz! Pozwoli Ci ono w pełni korzystać z naszego serwisu. Spamerom dziękujemy!
Prosimy o pomoc dla małej Julki — przekaż 1% podatku na Fundacji Dzieciom zdazyć z Pomocą.
Więcej informacji na dug.net.pl/pomagamy/.

Użytkownik
Mam dziwny problem z NTP. Mam zainstalowanego ntpd, config jest praktycznie domyślny, wkleiłem go poniżej
# /etc/ntp.conf, configuration for ntpd driftfile /var/lib/ntp/ntp.drift statsdir /var/log/ntpstats/ statistics loopstats peerstats clockstats filegen loopstats file loopstats type day enable filegen peerstats file peerstats type day enable filegen clockstats file clockstats type day enable # You do need to talk to an NTP server or two (or three). server ntp.net.icm.edu.pl burst iburst # pool.ntp.org maps to more than 300 low-stratum NTP servers. # Your server will pick a different set every time it starts up. # *** Please consider joining the pool! *** # *** <http://www.pool.ntp.org/join.html> *** server 0.debian.pool.ntp.org iburst server 1.debian.pool.ntp.org iburst server 2.debian.pool.ntp.org iburst server 3.debian.pool.ntp.org iburst # By default, exchange time with everybody, but don't allow configuration. # See /usr/share/doc/ntp-doc/html/accopt.html for details. restrict -4 default kod notrap nomodify nopeer noquery restrict -6 default kod notrap nomodify nopeer noquery # Local users may interrogate the ntp server more closely. restrict 127.0.0.1 restrict ::1 # Clients from this (example!) subnet have unlimited access, # but only if cryptographically authenticated #restrict 192.168.123.0 mask 255.255.255.0 notrust # If you want to provide time to your local subnet, change the next line. # (Again, the address is an example only.) #broadcast 192.168.123.255 # If you want to listen to time broadcasts on your local subnet, # de-comment the next lines. Please do this only if you trust everybody # on the network! #disable auth #broadcastclient
a to jest wydruk ntpq -p:
remote refid st t when poll reach delay offset jitter ============================================================================== ns1.net.icm.edu .PPS. 1 u 32 64 1 0.597 67731.2 0.001 histeria.pl 149.156.4.11 3 u 41 64 1 5.054 67717.5 0.001 kormoran.kos.ws 212.244.36.227 2 u 47 64 1 8.849 67731.5 0.001 tatel.pl 213.222.193.35 2 u 46 64 1 22.878 67739.2 0.001
jak widać jest stały offset ponad 67s, odpalanie z palca ntpdate nic nie pomaga, zwraca:
4 Jul 11:18:19 ntpdate[5328]: step time server 193.0.71.133 offset 67.726535 sec
kolejny wywołania, róźnią się tylko o milisekundy od tego powyżej
w syslogu pojawia się:
Jul 4 11:15:29 rumb ntpd[5012]: frequency initialized 0.000 PPM from /var/lib/ntp/ntp.drift Jul 4 11:15:37 rumb ntpd[5012]: synchronized to 193.0.71.133, stratum 1 Jul 4 11:15:37 rumb ntpd[5012]: time reset +67.732382 s Jul 4 11:15:37 rumb ntpd[5012]: kernel time sync enabled 0001
a zegar jest cały czas ponad minute do tyłu....
ma ktoś jakiś pomysł co może z tym być
Offline




Moderator Mamut

Użytkownik
tak, to jest wirtualka na xenie, właśnie udało mi się rozwiązać problem, trzeba było w /proc/sys/net/bridge/ poustawiać 0, żeby pakiety przechodzące przez bridge nie były filtrowane przez iptables
Offline




Moderator Mamut
na pewno? ... bo to dosc dziwne ... gdyz jak sam pokazywales ntp dzialal (mial informacje o offsecie) tylko zegar systemowy sie nie ustawial ... wiec nie byl to problem z wartwy sieciowej
IMHO wyglada to na problem synchronizacji zegara domU z dom0 - u mnie zalatwialo to
echo 1 > /proc/sys/xen/independent_wallclock
Offline