Kirjoittaja Aihe: ntpd ei tee töitään vai driftaako kello? [RATKAISTU]  (Luettu 8784 kertaa)

Tomin

  • Palvelimen ylläpitäjä
  • Käyttäjä / moderaattori+
  • Viestejä: 10747
    • Profiili
    • Tomin kotisivut
Mikähän on kun kotipalvelimeni kello ei tykkää synkronoida? ntpd on olevinaan käynnistetty ja käytössä. Tässä "ntpq -pn" tuloste, joka näyttää varsin oudolta:
Koodia: [Valitse]
     remote           refid      st t when poll reach   delay   offset  jitter
==============================================================================
 194.100.206.70  .INIT.          16 u    -   64    0    0.000    0.000   0.000
 178.251.154.103 .INIT.          16 u    -   64    0    0.000    0.000   0.000
 62.237.86.238   .INIT.          16 u    -   64    0    0.000    0.000   0.000
 194.100.100.152 .INIT.          16 u    -   64    0    0.000    0.000   0.000
 91.189.94.4     .INIT.          16 u    -   64    0    0.000    0.000   0.000
Miksihän nuo ovat jumahtaneet tuohon INIT:iin? Man-sivut eivät oikein asiaa valaisseet, mutta täällä oli selitystä: http://nlug.ml1.co.uk/2012/01/ntpq-p-output/831
Eli tuo INIT olisi "association initialized" mitä se sitten tässä tarkoittaakaan.

"ntpdate -q ntp.ubuntu.com" kertoo, että kello on edellä puolisen toista minuuttia eli synkronoinnille olisi tarvetta:
Koodia: [Valitse]
server 91.189.94.4, stratum 2, offset -95.662568, delay 0.08206
server 91.189.89.199, stratum 2, offset -95.661815, delay 0.07181
14 Jul 22:43:26 ntpdate[21954]: step time server 91.189.89.199 offset -95.661815 sec

Koodia: [Valitse]
$ grep -E '^[^#]' /etc/ntp.conf
driftfile /var/lib/ntp/ntp.drift
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
server 0.ubuntu.pool.ntp.org
server 1.ubuntu.pool.ntp.org
server 2.ubuntu.pool.ntp.org
server 3.ubuntu.pool.ntp.org
server ntp.ubuntu.com
restrict -4 default kod notrap nomodify nopeer noquery
restrict -6 default kod notrap nomodify nopeer noquery
restrict 127.0.0.1
restrict ::1
logfile /var/log/ntpd.log
ja lokitiedosto /var/log/ntpd.log on tyhjä. ntpd:n pysäyttäminen (sudo service ntp stop) ja sitten käsin "sudo ntpd -qddd" ei tuota tulosta vaan jumittaa:
Koodia: [Valitse]
ntpd 4.2.6p5@1.2349-o Mon Apr 13 13:39:46 UTC 2015 (1)
14 Jul 22:48:04 ntpd[23309]: set_process_priority: Leave priority alone: priority_done is <2>
14 Jul 22:48:04 ntpd[23309]: proto: precision = 0.981 usec
loop_config: item 1 freq 0.000000
event at 0 0.0.0.0 c01d 0d kern kernel time sync enabled
Finished Parsing!!
create_sockets(123)
14 Jul 22:48:04 ntpd[23309]: ntp_io: estimated max descriptors: 1024, initial socket boundary: 16
14 Jul 22:48:04 ntpd[23309]: Listen and drop on 0 v4wildcard 0.0.0.0 UDP 123
created interface #0: fd=16, bfd=-1, name=v4wildcard, flags=0x89, ifindex=0, sin=0.0.0.0, bcast=0.0.0.0, mask=255.255.255.255, Disabled:
14 Jul 22:48:04 ntpd[23309]: Listen and drop on 1 v6wildcard :: UDP 123
created interface #1: fd=17, bfd=-1, name=v6wildcard, flags=0x81, ifindex=0, sin=::, Disabled:
update_interfaces(123)
create_interface(127.0.0.1#123)
14 Jul 22:48:04 ntpd[23309]: Listen normally on 2 lo 127.0.0.1 UDP 123
restrict: op 1 addr 127.0.0.1 mask 255.255.255.255 mflags 00003000 flags 00000001
created interface #2: fd=18, bfd=-1, name=lo, flags=0x5, ifindex=0, sin=127.0.0.1, mask=255.0.0.0, Enabled:
updating interface #2: fd=18, bfd=-1, name=lo, flags=0x5, ifindex=0, sin=127.0.0.1, mask=255.0.0.0, Enabled: new - created
create_interface(192.168.0.120#123)
14 Jul 22:48:04 ntpd[23309]: Listen normally on 3 eth0 192.168.0.120 UDP 123
restrict: op 1 addr 192.168.0.120 mask 255.255.255.255 mflags 00003000 flags 00000001
created interface #3: fd=19, bfd=-1, name=eth0, flags=0x19, ifindex=0, sin=192.168.0.120, bcast=192.168.0.255, mask=255.255.255.0, Enabled:
updating interface #3: fd=19, bfd=-1, name=eth0, flags=0x19, ifindex=0, sin=192.168.0.120, bcast=192.168.0.255, mask=255.255.255.0, Enabled: new - created
create_interface(::1#123)
14 Jul 22:48:04 ntpd[23309]: Listen normally on 4 lo ::1 UDP 123
restrict: op 1 addr ::1 mask ffff:ffff:ffff:ffff:ffff:ffff:ffff:ffff mflags 00003000 flags 00000001
created interface #4: fd=20, bfd=-1, name=lo, flags=0x5, ifindex=1, sin=::1, Enabled:
updating interface #4: fd=20, bfd=-1, name=lo, flags=0x5, ifindex=1, sin=::1, Enabled: new - created
create_interface(fe80::223:54ff:fe0a:591f#123)
14 Jul 22:48:04 ntpd[23309]: Listen normally on 5 eth0 fe80::223:54ff:fe0a:591f UDP 123
restrict: op 1 addr fe80::223:54ff:fe0a:591f mask ffff:ffff:ffff:ffff:ffff:ffff:ffff:ffff mflags 00003000 flags 00000001
created interface #5: fd=21, bfd=-1, name=eth0, flags=0x11, ifindex=2, sin=fe80::223:54ff:fe0a:591f, Enabled:
updating interface #5: fd=21, bfd=-1, name=eth0, flags=0x11, ifindex=2, sin=fe80::223:54ff:fe0a:591f, Enabled: new - created
14 Jul 22:48:04 ntpd[23309]: peers refreshed
create_sockets: Total interfaces = 6
14 Jul 22:48:04 ntpd[23309]: Listening on routing socket on fd #22 for interface updates
io_open_sockets: maxactivefd 22
auth_setkey: key 65535 type 4 len 16 637a7ac3e570a8aa73feeee6f36acb42
getnetnum given 0.0.0.0, got 0.0.0.0
getnetnum given 0.0.0.0, got 0.0.0.0
restrict: op 1 addr 0.0.0.0 mask 0.0.0.0 mflags 00000000 flags 000005d0
getnetnum given ::, got ::
getnetnum given ::, got ::
restrict: op 1 addr :: mask :: mflags 00000000 flags 000005d0
getnetnum given 127.0.0.1, got 127.0.0.1
restrict: op 1 addr 127.0.0.1 mask 255.255.255.255 mflags 00000000 flags 00000000
getnetnum given ::1, got ::1
restrict: op 1 addr ::1 mask ffff:ffff:ffff:ffff:ffff:ffff:ffff:ffff mflags 00000000 flags 00000000
14 Jul 22:48:04 ntpd[23309]: Cannot open log file /var/log/ntpd.log
newpeer: cast flags: 0x1 for address: 83.150.85.34
newpeer: using fd 19 and our addr 192.168.0.120
key_expire: at 0 associd 40338
peer_clear: at 0 next 1 associd 40338 refid INIT
event at 0 83.150.85.34 8011 81 mobilize assoc 40338
newpeer: 192.168.0.120->83.150.85.34 mode 3 vers 4 poll 6 10 flags 0x101 0x1 ttl 0 key 00000000
newpeer: cast flags: 0x1 for address: 194.100.2.198
newpeer: using fd 19 and our addr 192.168.0.120
key_expire: at 0 associd 40339
peer_clear: at 0 next 2 associd 40339 refid INIT
event at 0 194.100.2.198 8011 81 mobilize assoc 40339
newpeer: 192.168.0.120->194.100.2.198 mode 3 vers 4 poll 6 10 flags 0x101 0x1 ttl 0 key 00000000
newpeer: cast flags: 0x1 for address: 62.236.120.71
newpeer: using fd 19 and our addr 192.168.0.120
key_expire: at 0 associd 40340
peer_clear: at 0 next 3 associd 40340 refid INIT
event at 0 62.236.120.71 8011 81 mobilize assoc 40340
newpeer: 192.168.0.120->62.236.120.71 mode 3 vers 4 poll 6 10 flags 0x101 0x1 ttl 0 key 00000000
newpeer: cast flags: 0x1 for address: 77.86.199.86
newpeer: using fd 19 and our addr 192.168.0.120
key_expire: at 0 associd 40341
peer_clear: at 0 next 4 associd 40341 refid INIT
event at 0 77.86.199.86 8011 81 mobilize assoc 40341
newpeer: 192.168.0.120->77.86.199.86 mode 3 vers 4 poll 6 10 flags 0x101 0x1 ttl 0 key 00000000
newpeer: cast flags: 0x1 for address: 91.189.94.4
newpeer: using fd 19 and our addr 192.168.0.120
key_expire: at 0 associd 40342
peer_clear: at 0 next 5 associd 40342 refid INIT
event at 0 91.189.94.4 8011 81 mobilize assoc 40342
newpeer: 192.168.0.120->91.189.94.4 mode 3 vers 4 poll 6 10 flags 0x101 0x1 ttl 0 key 00000000
event at 0 0.0.0.0 c016 06 restart
loop_config: item 2 freq 1000000000.000000
event at 0 0.0.0.0 c012 02 freq_set kernel 0.000 PPM
local_clock: mu 0 state 1 poll 3 count 0
event at 0 0.0.0.0 c011 01 freq_not_set
sendpkt(19, dst=83.150.85.34, src=192.168.0.120, ttl=0, len=48)
transmit: at 1 192.168.0.120->83.150.85.34 mode 3 len 48
poll_update: at 1 83.150.85.34 poll 6 burst 0 retry 2 head 62 early 2 next 67
auth_agekeys: at 1 keys 1 expired 0
timer: interface update
update_interfaces(123)
sendpkt(19, dst=194.100.2.198, src=192.168.0.120, ttl=0, len=48)
transmit: at 2 192.168.0.120->194.100.2.198 mode 3 len 48
poll_update: at 2 194.100.2.198 poll 6 burst 0 retry 2 head 62 early 2 next 65
sendpkt(19, dst=62.236.120.71, src=192.168.0.120, ttl=0, len=48)
transmit: at 3 192.168.0.120->62.236.120.71 mode 3 len 48
poll_update: at 3 62.236.120.71 poll 6 burst 0 retry 2 head 62 early 2 next 67
sendpkt(19, dst=77.86.199.86, src=192.168.0.120, ttl=0, len=48)
transmit: at 4 192.168.0.120->77.86.199.86 mode 3 len 48
poll_update: at 4 77.86.199.86 poll 6 burst 0 retry 2 head 62 early 2 next 66
sendpkt(19, dst=91.189.94.4, src=192.168.0.120, ttl=0, len=48)
transmit: at 5 192.168.0.120->91.189.94.4 mode 3 len 48
poll_update: at 5 91.189.94.4 poll 6 burst 0 retry 2 head 62 early 2 next 65
ja jonkun ajan päästä tulostelee noita lisää, mutta ei lopeta suoritusta tai säädä kelloa.

Kellon olisi tällä palvelimella kuitenkin syytä olla ajassa, koska ko. palvelin vastaa TV-ohjelmien tallentamisesta. Ehdotuksia?

Muokkaus: Niin ja käsin saan kuitenkin tuon likimain aikaan:
Koodia: [Valitse]
$ sudo date -s 2015-07-14T22:53:00+0300
ti 14.7.2015 22.53.00 +0300
$ date
ti 14.7.2015 22.53.03 +0300
$ ntpdate -q ntp.ubuntu.com
server 91.189.89.199, stratum 2, offset 0.277197, delay 0.07176
server 91.189.94.4, stratum 2, offset 0.275289, delay 0.08429
14 Jul 22:53:15 ntpdate[25237]: adjust time server 91.189.89.199 offset 0.277197 sec
mutta tuonkaan jälkeen ntpd ei saa (käsin ajettuna) asetettua kelloa kohdalleen vaan tulosteet ovat samat.

Muokkaus 2: Jahas... Nähtävästi kello taitaa driftata, koska offset tuohon ntp.ubuntu.comiin on jo melkein hävinnyt kymmenessä minuutissa. Mitähän tuo lienee huomenna...
Koodia: [Valitse]
$ date
ti 14.7.2015 23.04.14 +0300
$ ntpdate -q ntp.ubuntu.com
server 91.189.89.199, stratum 2, offset 0.083564, delay 0.07068
server 91.189.94.4, stratum 2, offset 0.083637, delay 0.08202
14 Jul 23:04:21 ntpdate[28637]: adjust time server 91.189.89.199 offset 0.083564 sec
Pitäisi siis varmaankin tuota korjata ensin.

Muokkaus 3: Hmph...
Koodia: [Valitse]
$ date; ntpdate -q ntp.ubuntu.com
ke 15.7.2015 13.51.21 +0300
server 91.189.94.4, stratum 2, offset -15.344430, delay 0.08185
server 91.189.89.199, stratum 2, offset -15.344345, delay 0.07191
15 Jul 13:51:27 ntpdate[25026]: step time server 91.189.89.199 offset -15.344345 sec

Muokkaus RATKAISTU:
Kellohan huiteli missä sattuu ja ntpd ei tehnyt töitään. En saanut ntpd:tä korjattua, mutta vaihdoin sen OpenNTPD:hen, joka toimii mainiosti. Nyt kello pysyy ajassaan.
« Viimeksi muokattu: 24.07.15 - klo:18.40 kirjoittanut Tomin »
Automaattinen allekirjoitus:
Lisäisitkö [RATKAISTU] ketjun ensimmäisen viestin aiheeseen ongelman ratkettua, kiitos.

Postimies

  • Käyttäjä
  • Viestejä: 2253
    • Profiili
Vs: ntpd ei tee töitään vai driftaako kello?
« Vastaus #1 : 15.07.15 - klo:21.11 »
Itse olen käyttänyt OpenNTPD:tä joka on kevyempi jos tarkoitus pitää vain kello ajassa. Muistaakseni Ubuntussa ei ajeta ntpd palvelinta, vaan aika asetetaan käynnistyksessä ja useimmille se riittää mainiosti. TV-kanavillakin ajat vaihtelevat. Ainakin VDR osaa lukea ajan myös määrätystä TV-kanavasta.

Tomin

  • Palvelimen ylläpitäjä
  • Käyttäjä / moderaattori+
  • Viestejä: 10747
    • Profiili
    • Tomin kotisivut
Vs: ntpd ei tee töitään vai driftaako kello?
« Vastaus #2 : 15.07.15 - klo:21.42 »
Tässä on kuitenkin nyt jotain vikaa, koska kyllähän kellon pitäisi itsekseenkin pysyä ajassaan. Vähän lueskelin ettei tuo ntpd suostu edes säätämään kellonaikaa, jos järjestelmän kello tykkää soudella omia aikojaan.
Koodia: [Valitse]
$ date; ntpdate -q ntp.ubuntu.com
ke 15.7.2015 21.43.29 +0300
server 91.189.89.199, stratum 2, offset -23.558941, delay 0.07182
server 91.189.94.4, stratum 2, offset -23.558992, delay 0.08440
15 Jul 21:43:36 ntpdate[11442]: step time server 91.189.89.199 offset -23.558941 sec
Automaattinen allekirjoitus:
Lisäisitkö [RATKAISTU] ketjun ensimmäisen viestin aiheeseen ongelman ratkettua, kiitos.

Postimies

  • Käyttäjä
  • Viestejä: 2253
    • Profiili
Vs: ntpd ei tee töitään vai driftaako kello?
« Vastaus #3 : 16.07.15 - klo:16.51 »
Jos kello heittää paljon ntpd ei korjaa aikaa. Idea on siinä, että esim teollinen prosessi häiriintyisi jos kelloa siirrettäisiin yhtäkkiä paljon. Jos heitto on iso - yli 10 min niin ntpd pitää sammutaa - asettaa kello oikein ja sitten ntpd uudestaan käyntiin. Tämän jälkeen pitäisi kello pysyä ajassa. Ntpd on kyllä paljon käytetty. En usko, että siinä on vikaa.

Tomin

  • Palvelimen ylläpitäjä
  • Käyttäjä / moderaattori+
  • Viestejä: 10747
    • Profiili
    • Tomin kotisivut
Vs: ntpd ei tee töitään vai driftaako kello?
« Vastaus #4 : 16.07.15 - klo:16.54 »
Mistäköhän johtuu ettei ntpd korjaa vaikka miten yritän. Nyt heittoa jo vajaa 45 sekuntia:
Koodia: [Valitse]
$ date; ntpdate -q ntp.ubuntu.com
to 16.7.2015 16.51.35 +0300
server 91.189.94.4, stratum 2, offset -43.541427, delay 0.08200
server 91.189.89.199, stratum 2, offset -43.542517, delay 0.07178
16 Jul 16:51:42 ntpdate[14172]: step time server 91.189.89.199 offset -43.542517 sec
Kello säädetty silloin kun ketjun aloitusviestiin sen muokkasin.

Muuten tähän koneeseen on vaihdettu emolevy ja sen jälkeen tämä ongelma ilmaantui. Millä tuota kelloa pystyisi säätämään, jotta se pysyisi ajassa?
Automaattinen allekirjoitus:
Lisäisitkö [RATKAISTU] ketjun ensimmäisen viestin aiheeseen ongelman ratkettua, kiitos.

jekku

  • Käyttäjä
  • Viestejä: 2044
    • Profiili
Vs: ntpd ei tee töitään vai driftaako kello?
« Vastaus #5 : 16.07.15 - klo:17.40 »
Saako ntpdate kellosi aikaan?

Jostain syystä minulla on cronitettuna:

Koodia: [Valitse]
/usr/sbin/ntpdate ntp1.kolumbus.fi >>$aikalokifile

Ja ihan kiltisti pysyy ajassa, ainakin minulle riittää.

pata

  • Käyttäjä
  • Viestejä: 47
    • Profiili
Vs: ntpd ei tee töitään vai driftaako kello?
« Vastaus #6 : 16.07.15 - klo:17.57 »
Mistäköhän johtuu ettei ntpd korjaa vaikka miten yritän. Nyt heittoa jo vajaa 45 sekuntia:
Koodia: [Valitse]
$ date; ntpdate -q ntp.ubuntu.com
to 16.7.2015 16.51.35 +0300
server 91.189.94.4, stratum 2, offset -43.541427, delay 0.08200
server 91.189.89.199, stratum 2, offset -43.542517, delay 0.07178
16 Jul 16:51:42 ntpdate[14172]: step time server 91.189.89.199 offset -43.542517 sec
Kello säädetty silloin kun ketjun aloitusviestiin sen muokkasin.

Muuten tähän koneeseen on vaihdettu emolevy ja sen jälkeen tämä ongelma ilmaantui. Millä tuota kelloa pystyisi säätämään, jotta se pysyisi ajassa?
Tuon kiteen taajuus kai poikkeaa enemmän kuin normaalisti. Arvelen että emoille ei laiteta +- 50 ppm huonompia kiteitä joiden poikkeama pahimmillaan on noin 4 s / vrk. Kiteen vaihtaminenkaan ei ole ihan taattu homma; kiteiden speksit voi vaihdella eri kytkennöissä ja taajuus voi vaihdon jälkeen olla pielessä. Säätömahdollisuudet heikot. Jos jotain pienen pientä keraamista konkkaa alkaa juottamaan ei lopputuloksesta ole takeita. Saattaa jopa lakata värähtelemästä.

Siitä miksi ntpd ei hoida hommaansa ei tietoa. Eihän ole jotain porttiestoja? Käytän ntpd RaspberryPi:ssä koska juuri koskaan en katko siitä sähköjä. Sopii siihen ympäristöön ja toimii OK.

$ ntpq -p
     remote           refid      st t when poll reach   delay   offset  jitter
==============================================================================
+ns1.posiona.net 192.36.133.17    2 u  642 1024  337    5.817    0.172   0.311
*ntp1.tdc.fi     .PPS.            1 u  811 1024  377    1.839    0.069   0.182
-morgoth.gw.com  62.237.86.234    2 u 1041 1024  277   13.454   -0.292   3.420
+ntp3.tdc.fi     .PPS.            1 u  823 1024  375    4.032   -0.045   0.281

Mutta työasemassa on vain tuo vakio ntpdate koska välillä laitan valmiustilaan tai sammutan.

Tomin

  • Palvelimen ylläpitäjä
  • Käyttäjä / moderaattori+
  • Viestejä: 10747
    • Profiili
    • Tomin kotisivut
Vs: ntpd ei tee töitään vai driftaako kello?
« Vastaus #7 : 16.07.15 - klo:20.07 »
Ajattelin lähinnä, jos sitä olisi voinut jotenkin ohjelmallisesti korjailla. Löysin ohjelman adjtimex ja kokeilin vähän säätää tuota. Nyt joku tunti tick-arvon pienen korjauksen jälkeen saan tällaisen tuloksen:
Koodia: [Valitse]
$ date; ntpdate -q ntp.ubuntu.com
to 16.7.2015 20.04.27 +0300
server 91.189.94.4, stratum 2, offset -43.486591, delay 0.08435
server 91.189.89.199, stratum 2, offset -43.484432, delay 0.07071
16 Jul 20:04:34 ntpdate[5120]: step time server 91.189.89.199 offset -43.484432 sec
Eli ero on hieman pienentynyt; aiemmin se kasvoi. Katsotaan alkaako seilaamaan toiseen suuntaan... ::) Nyt pitäisi se ntp saada kuntoon. Edelleenkin tulostelee samalla tavalla kuin ensimmäisessä viestissä.

Ei pitäisi olla porttiestoja palomuurissa ja tuskin NAT estää, mutta kuten jo ekassa viestissä totesin, niin tuo ntpq -p:n listaus näyttää varsin omituiselta. Ei ole mitään noita tietoja ja kaikkien palvelimien kohdalla lukee INIT eli jotain on pielessä. ufw sanoo tila passiivinen ja iptables näytää sekin varsin tyhjää. fail2ban on sentään säädettynä.

ntpdate ei sekään suostu säätämään kelloa...
Koodia: [Valitse]
$ sudo ntpdate -v ntp.ubuntu.com
16 Jul 20:02:32 ntpdate[4505]: ntpdate 4.2.6p5@1.2349-o Mon Apr 13 13:39:47 UTC 2015 (1)
16 Jul 20:02:41 ntpdate[4505]: no server suitable for synchronization found
$ sudo ntpdate -v ntp.kolumbus.fi
16 Jul 20:02:51 ntpdate[4686]: ntpdate 4.2.6p5@1.2349-o Mon Apr 13 13:39:47 UTC 2015 (1)
16 Jul 20:03:00 ntpdate[4686]: no server suitable for synchronization found
Automaattinen allekirjoitus:
Lisäisitkö [RATKAISTU] ketjun ensimmäisen viestin aiheeseen ongelman ratkettua, kiitos.

nm

  • Käyttäjä
  • Viestejä: 13025
    • Profiili
Vs: ntpd ei tee töitään vai driftaako kello?
« Vastaus #8 : 16.07.15 - klo:21.18 »
ntpdate ei sekään suostu säätämään kelloa...
Koodia: [Valitse]
$ sudo ntpdate -v ntp.ubuntu.com
16 Jul 20:02:32 ntpdate[4505]: ntpdate 4.2.6p5@1.2349-o Mon Apr 13 13:39:47 UTC 2015 (1)
16 Jul 20:02:41 ntpdate[4505]: no server suitable for synchronization found
$ sudo ntpdate -v ntp.kolumbus.fi
16 Jul 20:02:51 ntpdate[4686]: ntpdate 4.2.6p5@1.2349-o Mon Apr 13 13:39:47 UTC 2015 (1)
16 Jul 20:03:00 ntpdate[4686]: no server suitable for synchronization found

Ehkä palveluntarjoajasi blokkaa NTP-kyselyt nettiin: http://askubuntu.com/questions/429306/ntpdate-no-server-suitable-for-synchronization-found/429558#429558

Tomin

  • Palvelimen ylläpitäjä
  • Käyttäjä / moderaattori+
  • Viestejä: 10747
    • Profiili
    • Tomin kotisivut
Vs: ntpd ei tee töitään vai driftaako kello?
« Vastaus #9 : 16.07.15 - klo:22.17 »
ntpdate ei sekään suostu säätämään kelloa...
Koodia: [Valitse]
$ sudo ntpdate -v ntp.ubuntu.com
16 Jul 20:02:32 ntpdate[4505]: ntpdate 4.2.6p5@1.2349-o Mon Apr 13 13:39:47 UTC 2015 (1)
16 Jul 20:02:41 ntpdate[4505]: no server suitable for synchronization found
$ sudo ntpdate -v ntp.kolumbus.fi
16 Jul 20:02:51 ntpdate[4686]: ntpdate 4.2.6p5@1.2349-o Mon Apr 13 13:39:47 UTC 2015 (1)
16 Jul 20:03:00 ntpdate[4686]: no server suitable for synchronization found

Ehkä palveluntarjoajasi blokkaa NTP-kyselyt nettiin: http://askubuntu.com/questions/429306/ntpdate-no-server-suitable-for-synchronization-found/429558#429558

Täytyypä tarkistaa.

Muokkaus: Toisaalta miksi tuo ntpdate -q sitten onnistui? Mutta laitoin kuitenkin kyselyä operaattorille.

Muokkaus2:
Koodia: [Valitse]
$ ntpdate -vd ntp.ubuntu.com
16 Jul 22:31:54 ntpdate[15245]: ntpdate 4.2.6p5@1.2349-o Mon Apr 13 13:39:47 UTC 2015 (1)
Looking for host ntp.ubuntu.com and service ntp
host found : juniperberry.canonical.com
transmit(91.189.94.4)
receive(91.189.94.4)
transmit(91.189.89.199)
receive(91.189.89.199)
transmit(91.189.94.4)
receive(91.189.94.4)
transmit(91.189.89.199)
receive(91.189.89.199)
transmit(91.189.94.4)
receive(91.189.94.4)
transmit(91.189.89.199)
receive(91.189.89.199)
transmit(91.189.94.4)
receive(91.189.94.4)
transmit(91.189.89.199)
receive(91.189.89.199)
server 91.189.94.4, port 123
stratum 2, precision -23, leap 00, trust 000
refid [91.189.94.4], delay 0.08423, dispersion 0.00026
transmitted 4, in filter 4
reference time:    d95282c4.02a72515  Thu, Jul 16 2015 22:21:40.010
originate timestamp: d9528506.5be286cb  Thu, Jul 16 2015 22:31:18.358
transmit timestamp:  d9528530.d9e660ff  Thu, Jul 16 2015 22:32:00.851
filter delay:  0.08470  0.08441  0.08434  0.08423
         0.00000  0.00000  0.00000  0.00000
filter offset: -42.5221 -42.5221 -42.5217 -42.5215
         0.000000 0.000000 0.000000 0.000000
delay 0.08423, dispersion 0.00026
offset -42.521595

server 91.189.89.199, port 123
stratum 2, precision -20, leap 00, trust 000
refid [91.189.89.199], delay 0.07091, dispersion 0.00032
transmitted 4, in filter 4
reference time:    d9527bc3.48bf8d72  Thu, Jul 16 2015 21:51:47.284
originate timestamp: d9528506.8dee9393  Thu, Jul 16 2015 22:31:18.554
transmit timestamp:  d9528531.0d1c854b  Thu, Jul 16 2015 22:32:01.051
filter delay:  0.07127  0.07095  0.07106  0.07091
         0.00000  0.00000  0.00000  0.00000
filter offset: -42.5201 -42.5199 -42.5195 -42.5194
         0.000000 0.000000 0.000000 0.000000
delay 0.07091, dispersion 0.00032
offset -42.519499

16 Jul 22:32:01 ntpdate[15245]: step time server 91.189.89.199 offset -42.519499 sec

Taisin laittaa kyselyn turhaan...
« Viimeksi muokattu: 16.07.15 - klo:22.32 kirjoittanut Tomin »
Automaattinen allekirjoitus:
Lisäisitkö [RATKAISTU] ketjun ensimmäisen viestin aiheeseen ongelman ratkettua, kiitos.

Postimies

  • Käyttäjä
  • Viestejä: 2253
    • Profiili
Vs: ntpd ei tee töitään vai driftaako kello?
« Vastaus #10 : 18.07.15 - klo:20.43 »
Onhan noita aikapalvelimia Suomessakin. Miksi käyttää juuri Ubuntun palvelinta?

Tomin

  • Palvelimen ylläpitäjä
  • Käyttäjä / moderaattori+
  • Viestejä: 10747
    • Profiili
    • Tomin kotisivut
Vs: ntpd ei tee töitään vai driftaako kello?
« Vastaus #11 : 18.07.15 - klo:22.07 »
Onhan noita aikapalvelimia Suomessakin. Miksi käyttää juuri Ubuntun palvelinta?

Koska en ole säätänyt mitään. Totta kai voisin käyttää suomalaistakin palvelinta, jos se toimii (paremmin).

Näkyy ero kaventuneen itsestään eli nyt kello seilaa toiseen suuntaan, mutta vähemmän kuin aiemmin:
Koodia: [Valitse]
$ date; ntpdate -q ntp.ubuntu.com
la 18.7.2015 22.07.55 +0300
server 91.189.94.4, stratum 2, offset -23.863466, delay 0.08420
server 91.189.89.199, stratum 2, offset -23.862761, delay 0.07182
18 Jul 22:08:01 ntpdate[15449]: step time server 91.189.89.199 offset -23.862761 sec
Automaattinen allekirjoitus:
Lisäisitkö [RATKAISTU] ketjun ensimmäisen viestin aiheeseen ongelman ratkettua, kiitos.

mrl586

  • Käyttäjä
  • Viestejä: 4516
    • Profiili
Vs: ntpd ei tee töitään vai driftaako kello?
« Vastaus #12 : 19.07.15 - klo:00.52 »
Voit käyttää ajan synkrointiin NTP.orgin pooliin kuuluvia palvelimia.
http://www.pool.ntp.org/fi/

jekku

  • Käyttäjä
  • Viestejä: 2044
    • Profiili
Vs: ntpd ei tee töitään vai driftaako kello?
« Vastaus #13 : 19.07.15 - klo:05.18 »
Kurkkasin yhtä 12.04 -konetta ja sen aika oli melkolailla pielessä. (ntpd ajossa)
Kun ajoin tuon ntpdate:n niin vaikutti siltä että trimmasi vain hiukan kerrallaan?

Lopulta laitoin siihenkin tarkistuksen croniin, neljän tunnin välein. Mielenkiintoista lokia:

Koodia: [Valitse]
17 Jul 08:06:09 ntpdate[13121]: adjust time server 193.229.0.118 offset -0.063553 sec
17 Jul 12:06:09 ntpdate[13663]: adjust time server 193.229.0.118 offset 0.035659 sec
17 Jul 16:06:10 ntpdate[14351]: adjust time server 193.229.0.118 offset -0.013594 sec
17 Jul 20:06:09 ntpdate[15690]: adjust time server 193.229.0.118 offset 0.011308 sec
18 Jul 00:06:09 ntpdate[16698]: adjust time server 193.229.0.118 offset -0.001840 sec
18 Jul 04:06:09 ntpdate[17139]: adjust time server 193.229.0.118 offset 0.006154 sec
18 Jul 08:06:09 ntpdate[17759]: adjust time server 193.229.0.118 offset 0.001964 sec
18 Jul 12:06:09 ntpdate[18808]: adjust time server 193.229.0.118 offset 0.003186 sec
18 Jul 16:06:10 ntpdate[19254]: adjust time server 193.229.0.118 offset 0.003590 sec
18 Jul 20:06:09 ntpdate[20501]: adjust time server 193.229.0.118 offset 0.001808 sec
19 Jul 00:06:10 ntpdate[22167]: adjust time server 193.229.0.118 offset 0.001530 sec
19 Jul 04:06:09 ntpdate[22582]: adjust time server 193.229.0.118 offset 0.004714 sec


Ihan alussa outo heittelehdintä ja sitten rauhoittui?

Ja vertailinpa eri aikapalvelimien näkemystä:

Koodia: [Valitse]
:~$ ntpdate -q ntp.ubuntu.com ; ntpdate -q ntp1.kolumbus.fi
server 91.189.89.199, stratum 2, offset -0.001167, delay 0.07732
server 91.189.94.4, stratum 2, offset -0.001669, delay 0.09071
19 Jul 05:08:58 ntpdate[23183]: adjust time server 91.189.89.199 offset -0.001167 sec
server 193.229.0.118, stratum 2, offset -0.001306, delay 0.04750
19 Jul 05:09:06 ntpdate[23184]: adjust time server 193.229.0.118 offset -0.001306 sec


Pitäisiköhän lokissa pyöristää sadasosasekunteihin ;)

Postimies

  • Käyttäjä
  • Viestejä: 2253
    • Profiili
Vs: ntpd ei tee töitään vai driftaako kello?
« Vastaus #14 : 19.07.15 - klo:11.14 »
Itselle riittää kun kello on suunnilleen tuossa ajassa: http://metrologia.fi/ntp-palvelu/
Käytän OpenNTPD:tä koska se on kevyempi http://www.openntpd.org/features.html
Ntpdate on hyvä kannettavissa jossa verkko muuttuu. Kovin usein sitä ei kannata ajaa.
Ntpd idea on käsittääkseni muuttaa kellonaikaa "vähitellen" oikeaksi ettei ajasta riippuvaiset
prosessit kärsisi. Aika kannattaa asettaa käynnistyksessä oikeaksi. Jos aikaero on suuri,
vaikka toisen systeemin jäljiltä ntpd ei korjaa enää aikaa.

Unix aika on kuitenkin sekunneissa  1.1.1970 alkaen ja usein ajettu ntpdate voi heitellä aikaa.

ntp-4.2.8-r1 on  6 638 KiB + riippuvuudet  joita on paljon....
openntpd      on  184   KiB vähemmän riippuvuuksia....
koot lähdekoodin tar paketeista...kun en ole Ubuntu koneella

Itse tykkään ajatuksesta, että vähempi on parempi. Ei turhaa koodia koneelle.

Tomin

  • Palvelimen ylläpitäjä
  • Käyttäjä / moderaattori+
  • Viestejä: 10747
    • Profiili
    • Tomin kotisivut
Vs: ntpd ei tee töitään vai driftaako kello?
« Vastaus #15 : 19.07.15 - klo:12.17 »
Kokeilinpa vaihtaa tuon ntpd:n OpenNTPD:hen, mutta jostain syystä asennus ei onnistunut:
Koodia: [Valitse]
(Luetaan tietokantaa... 437474 files and directories currently installed.)
Removing ntp (1:4.2.6.p5+dfsg-3ubuntu2.14.04.3) ...
 * Stopping NTP server ntpd                                              [ OK ]
Processing triggers for man-db (2.6.7.1-1ubuntu1) ...
Selecting previously unselected package openntpd.
(Luetaan tietokantaa... 437446 files and directories currently installed.)
Preparing to unpack .../openntpd_20080406p-7_amd64.deb ...
Unpacking openntpd (20080406p-7) ...
Processing triggers for man-db (2.6.7.1-1ubuntu1) ...
Processing triggers for ureadahead (0.100.0-16) ...
Tehdään asetuksia: openntpd (20080406p-7) ...
Starting openntpd: /etc/openntpd/ntpd.conf: Permission denied
invoke-rc.d: initscript openntpd, action "start" failed.
dpkg: error processing package openntpd (--configure):
 aliprosessi komentotiedosto post-installation asennettu palautti virhetilakoodin 1
Processing triggers for ureadahead (0.100.0-16) ...
E: Sub-process /usr/bin/dpkg returned an error code (1)
$ ls -l /etc/openntpd/
yhteensä 4
-rw-r--r-- 1 root root 579 joulu 24  2013 ntpd.conf
(ja mikähän tuo yhteensä 4 on... jos laitan ls -la samaan hakemistoon, niin tulee yhteensä 20, mutta siinä ei ole sen enempää tiedostoja (toki on . ja ..). Olikin ihan normaalia käytöstä.
Ja se bugitus: https://bugs.launchpad.net/ubuntu/+source/openntpd/+bug/458061

Muokkaus:
Eipä toimi "poolin" palvelimet sen paremmin, mutta vika onkin varmasti omassa päässäni:
Koodia: [Valitse]
$ sudo ntpdate pool.ntp.org
19 Jul 12:50:37 ntpdate[8474]: no server suitable for synchronization found
$ sudo ntpdate -v pool.ntp.org
19 Jul 12:50:45 ntpdate[8590]: ntpdate 4.2.6p5@1.2349-o Mon Apr 13 13:39:47 UTC 2015 (1)
19 Jul 12:50:54 ntpdate[8590]: no server suitable for synchronization found
$ sudo ntpdate -d pool.ntp.org
19 Jul 12:50:57 ntpdate[8607]: ntpdate 4.2.6p5@1.2349-o Mon Apr 13 13:39:47 UTC 2015 (1)
Looking for host pool.ntp.org and service ntp
host found : epsilon.netinch.com
transmit(185.31.136.34)
receive(185.31.136.34)
transmit(80.69.163.42)
receive(80.69.163.42)
transmit(37.35.80.123)
receive(37.35.80.123)
transmit(194.100.2.198)
receive(194.100.2.198)
transmit(185.31.136.34)
receive(185.31.136.34)
transmit(80.69.163.42)
receive(80.69.163.42)
transmit(37.35.80.123)
receive(37.35.80.123)
transmit(194.100.2.198)
receive(194.100.2.198)
transmit(185.31.136.34)
receive(185.31.136.34)
transmit(80.69.163.42)
receive(80.69.163.42)
transmit(37.35.80.123)
receive(37.35.80.123)
transmit(194.100.2.198)
receive(194.100.2.198)
transmit(185.31.136.34)
receive(185.31.136.34)
transmit(80.69.163.42)
receive(80.69.163.42)
transmit(37.35.80.123)
receive(37.35.80.123)
transmit(194.100.2.198)
receive(194.100.2.198)
server 185.31.136.34, port 123
stratum 2, precision -21, leap 00, trust 000
refid [185.31.136.34], delay 0.03923, dispersion 0.00035
transmitted 4, in filter 4
reference time:    d955efe6.53388963  Sun, Jul 19 2015 12:44:06.325
originate timestamp: d955f175.af7bbe2e  Sun, Jul 19 2015 12:50:45.685
transmit timestamp:  d955f187.c3dd3173  Sun, Jul 19 2015 12:51:03.765
filter delay:  0.03966  0.03957  0.03940  0.03923
         0.00000  0.00000  0.00000  0.00000
filter offset: -18.0870 -18.0870 -18.0867 -18.0864
         0.000000 0.000000 0.000000 0.000000
delay 0.03923, dispersion 0.00035
offset -18.086437

server 80.69.163.42, port 123
stratum 3, precision -24, leap 00, trust 000
refid [80.69.163.42], delay 0.03789, dispersion 0.00018
transmitted 4, in filter 4
reference time:    d955ec55.01429c07  Sun, Jul 19 2015 12:28:53.004
originate timestamp: d955f175.e1e32d73  Sun, Jul 19 2015 12:50:45.882
transmit timestamp:  d955f187.f7112ee6  Sun, Jul 19 2015 12:51:03.965
filter delay:  0.03847  0.03792  0.03789  0.03806
         0.00000  0.00000  0.00000  0.00000
filter offset: -18.0896 -18.0893 -18.0891 -18.0890
         0.000000 0.000000 0.000000 0.000000
delay 0.03789, dispersion 0.00018
offset -18.089158

server 37.35.80.123, port 123
stratum 2, precision -23, leap 00, trust 000
refid [37.35.80.123], delay 0.04802, dispersion 0.00049
transmitted 4, in filter 4
reference time:    d955f157.4e20036a  Sun, Jul 19 2015 12:50:15.305
originate timestamp: d955f176.1622884d  Sun, Jul 19 2015 12:50:46.086
transmit timestamp:  d955f188.2a4336e1  Sun, Jul 19 2015 12:51:04.165
filter delay:  0.04939  0.05135  0.04802  0.04839
         0.00000  0.00000  0.00000  0.00000
filter offset: -18.0909 -18.0890 -18.0904 -18.0900
         0.000000 0.000000 0.000000 0.000000
delay 0.04802, dispersion 0.00049
offset -18.090437

server 194.100.2.198, port 123
stratum 1, precision -18, leap 00, trust 000
refid [PPS], delay 0.03922, dispersion 0.00021
transmitted 4, in filter 4
reference time:    d955f16c.48d46246  Sun, Jul 19 2015 12:50:36.284
originate timestamp: d955f176.485e9f5b  Sun, Jul 19 2015 12:50:46.282
transmit timestamp:  d955f188.5d77a77d  Sun, Jul 19 2015 12:51:04.365
filter delay:  0.04036  0.03940  0.03922  0.03937
         0.00000  0.00000  0.00000  0.00000
filter offset: -18.0905 -18.0899 -18.0897 -18.0895
         0.000000 0.000000 0.000000 0.000000
delay 0.03922, dispersion 0.00021
offset -18.089742

19 Jul 12:51:04 ntpdate[8607]: step time server 194.100.2.198 offset -18.089742 sec
En kyllä tajua mistä tuo "no server suitable for synchronization found" -viesti johtuu.
« Viimeksi muokattu: 19.07.15 - klo:12.57 kirjoittanut Tomin »
Automaattinen allekirjoitus:
Lisäisitkö [RATKAISTU] ketjun ensimmäisen viestin aiheeseen ongelman ratkettua, kiitos.

AimoE

  • Käyttäjä
  • Viestejä: 1570
    • Profiili
Vs: ntpd ei tee töitään vai driftaako kello?
« Vastaus #16 : 19.07.15 - klo:12.52 »
Voit käyttää ajan synkrointiin NTP.orgin pooliin kuuluvia palvelimia.
http://www.pool.ntp.org/fi/
Miksei ihan oman laajakaistaoperaattorin oma ntp-palvelin? Luulisi että ainakin lankaverkossa se olisi jossain mielessä lähimpänä ja ajassa?

Tomin

  • Palvelimen ylläpitäjä
  • Käyttäjä / moderaattori+
  • Viestejä: 10747
    • Profiili
    • Tomin kotisivut
Vs: ntpd ei tee töitään vai driftaako kello?
« Vastaus #17 : 19.07.15 - klo:12.54 »
Voit käyttää ajan synkrointiin NTP.orgin pooliin kuuluvia palvelimia.
http://www.pool.ntp.org/fi/
Miksei ihan oman laajakaistaoperaattorin oma ntp-palvelin? Luulisi että ainakin lankaverkossa se olisi jossain mielessä lähimpänä ja ajassa?
En tiedä mikä olisi Kaisanetin NTP-palvelin. En löytänyt myöskään siitä mitään tietoa, mutta laitoin kyselyä kyllä.

Muokkaus: Sain tuon OpenNTPD:n asennettua, piti vain ensin poistaa kunnolla (purge) tuo ntpd, käynnistellä Apparmor uusiksi ja sitten säätää (configure) se uudestaan. https://bugs.launchpad.net/ubuntu/+source/openntpd/+bug/458061

Lokittaako tuo OpenNTPD ollenkaan? Ainakaan man sivun ntpd.conf perusteella tuo ei osaisi tehdä lokia. Olisi vain mielenkiintoista nähdä mitä se touhuaa ja toimiiko se ollenkaan.
Lokittaa:
Koodia: [Valitse]
$ grep ntp /var/log/syslog
Jul 19 12:59:59 tomin-server ntpd[11843]: ntp engine ready
Jul 19 13:00:16 tomin-server ntpd[11843]: peer 185.31.136.34 now valid
Jul 19 13:00:16 tomin-server ntpd[11843]: peer 194.157.230.37 now valid
Jul 19 13:00:18 tomin-server ntpd[11843]: peer 87.108.86.65 now valid
Jul 19 13:00:19 tomin-server ntpd[11843]: peer 77.86.213.172 now valid
Jul 19 13:00:19 tomin-server ntpd[11843]: peer 80.69.163.42 now valid
Jul 19 13:00:20 tomin-server ntpd[11843]: peer 194.100.2.194 now valid
Jul 19 13:00:20 tomin-server ntpd[11843]: peer 77.86.199.2 now valid
Jul 19 13:00:20 tomin-server ntpd[11843]: peer 83.150.85.34 now valid
Jul 19 13:00:21 tomin-server ntpd[11843]: peer 86.60.160.70 now valid
Jul 19 13:00:21 tomin-server ntpd[11843]: peer 37.35.80.123 now valid
Jul 19 13:00:21 tomin-server ntpd[11843]: peer 213.28.138.38 now valid
Jul 19 13:00:22 tomin-server ntpd[11843]: peer 83.150.82.37 now valid
Jul 19 13:00:22 tomin-server ntpd[11843]: peer 62.236.120.71 now valid
Jul 19 13:00:23 tomin-server ntpd[11843]: peer 81.22.244.161 now valid
Jul 19 13:00:24 tomin-server ntpd[11843]: peer 194.100.2.198 now valid
Jul 19 13:00:24 tomin-server ntpd[11843]: peer 77.86.199.86 now valid
Jul 19 13:01:19 tomin-server ntpd[11842]: adjusting local clock by -18.027861s
Jul 19 13:04:28 tomin-server ntpd[11842]: adjusting local clock by -17.921980s
Jul 19 13:06:33 tomin-server ntpd[11842]: adjusting local clock by -17.849622s
Jul 19 13:08:10 tomin-server ntpd[11842]: adjusting local clock by -17.781327s
Tosin en oikein tiedä miksi tuo listaa noita adjusting rivejä jatkuvasti uusia ja kello on edelleen pielessä.
Muokkaus: Joo, taitaa se kuitenkin toimia. Ehkäpä tämä tästä korjautuu, katsotaan. Kiitos kaikille vastaajille.
http://netsecure.alcpress.com/openntpd/

Muokkaus: Nähtävästi tuo OpenNTPD toimii ja korjaa kelloa oikein. Hyvä. Kunhan tuo on ajassa niin korjaan aiheen ratkaistuksi.
Koodia: [Valitse]
Jul 19 16:40:39 tomin-server ntpd[11842]: adjusting local clock by -10.038625s
Jul 19 16:42:47 tomin-server ntpd[11842]: adjusting local clock by -9.955197s
Jul 19 16:46:00 tomin-server ntpd[11842]: adjusting local clock by -9.837903s
Jul 19 16:49:49 tomin-server ntpd[11842]: adjusting local clock by -9.698210s
« Viimeksi muokattu: 19.07.15 - klo:16.51 kirjoittanut Tomin »
Automaattinen allekirjoitus:
Lisäisitkö [RATKAISTU] ketjun ensimmäisen viestin aiheeseen ongelman ratkettua, kiitos.

Postimies

  • Käyttäjä
  • Viestejä: 2253
    • Profiili
Vs: ntpd ei tee töitään vai driftaako kello?
« Vastaus #18 : 19.07.15 - klo:18.06 »
Olisin voinut tietysti mainita, että nptd pitää poistaa kokonaan ensin. Se ei tietysti saa olla käynnissä tai asennettuna, koska openntpd korvaa sen.
On ainakin itselläni ollut pitkään vakaa ja helppo konffata. "-s" parametrin voi lisätä, niin aika asennetaan käynnistyksessä. ntpdate on väistyvä
softa ainakin joidenkin mielestä.

Tomin

  • Palvelimen ylläpitäjä
  • Käyttäjä / moderaattori+
  • Viestejä: 10747
    • Profiili
    • Tomin kotisivut
Vs: ntpd ei tee töitään vai driftaako kello?
« Vastaus #19 : 19.07.15 - klo:18.27 »
Olisin voinut tietysti mainita, että nptd pitää poistaa kokonaan ensin. Se ei tietysti saa olla käynnissä tai asennettuna, koska openntpd korvaa sen.
On ainakin itselläni ollut pitkään vakaa ja helppo konffata. "-s" parametrin voi lisätä, niin aika asennetaan käynnistyksessä. ntpdate on väistyvä
softa ainakin joidenkin mielestä.

Juu no ei ole kovin vaikea arvata tai edes huomata, kun käskee apt:n poistaa tuon. Mutta en voinut vain poistaa ntpd:tä, koska MythTV riippuu siitä.
Automaattinen allekirjoitus:
Lisäisitkö [RATKAISTU] ketjun ensimmäisen viestin aiheeseen ongelman ratkettua, kiitos.