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/.
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
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
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