Tijd synchronisatie in Ubuntu 8.04.2

[Ploffie]

Klopt ja, ik zie het hier ook, maar dit is nog geen bewijs dat hij synchroon loopt met een server.
In windows werd ook de zomer- en wintertijd automatisch aangepast zonder met het internet verbonden te zijn.

Als ik de systeemtijd een kwartier verder zet dan houdt hij deze tijd aan..ook al klik ik Amsterdam weer aan.

[Gijsbert]

Dat klopt, als je handmatig de tijd aanpast blijft deze zo staan Wat jij graag wilt is natuurlijk op een knop klikken dat deze weer synchroniseert met de tijd server, mij benieuwen of Arie een oplossing heeft om dat bewuste paneel weer terug te krijgen.

[Ploffie]

Precies!
Ach ja, het is een futiliteit, maar je prutst wat hè. 

[Johan van Dijk]

Na de zoekfunctie te hebben gebruikt is deze draad 'as close as I can get', daarom maar geen nieuw onderwerp.

Ik mis in Jaunty de mogelijkheid om een timeserver te kiezen, kan dat kloppen?

Ik heb ntpdate geïnstalleerd staan volgens synaptic, maar zoals het schermafdruk laat zien heb ik geen opties de tijd te syncen met een tijdserveerster.

Weet iemand hoe dit wel kan?

Ga naar Systeem>Beheer>Tijd en datum (kan iets anders heten, ik gebruik Ubuntu in het Engels)
Ontgrendel het venster en leef je uit met de instellingen

[Ploffie]

Dat niemand daar eerder op komt...ik heb me helemaal uitgeleefd nu.
Je kunt niet checken of hij zijn dingetje doet of wel?

Ik bedoel, in Hardy had je de optie om de synchronisatie direct uit te voeren..

Bedankt in ieder geval.

ps.: Trouwens, die cron methode deed hier niets, moet deze weer worden verwijderd?
En zo ja, hoe dan?

[ivo]

ps.: Trouwens, die cron methode deed hier niets, moet deze weer worden verwijderd?
En zo ja, hoe dan?

Heb je die regeltjes opgenomen in crontab?

[Ploffie]

Ik had jouw regels exact zo overgenomen.

Trouwens, ik heb die ubuntu timeserver ingesteld en vond deze regels in mijn log, toevallig...

Sep 22 17:25:01 richard-laptop ntpd_initres[3086]: host name not found: ntp.ubuntu.com
Sep 22 17:25:01 richard-laptop ntpd_initres[3086]: couldn't resolve `ntp.ubuntu.com', giving up on it

Werkt dus niet?

[Johan van Dijk]

Dat werkt wel, maar dan moet je wel een netwerkverbinding hebben.
Die is er tijdens het opstarten nog niet, maar pas als je ingelogd bent. (Al is dit wel aan te passen)
Daarom zie je die fout.

Als je verder kijkt, dan zie je dit bijvoorbeeld:
/var/log/daemon.log:
Sep 21 09:39:11 desktop ntpd[4573]: synchronized to 91.189.94.4, stratum 2

[Ploffie]

De term 'synchronized' is in het hele log nergens te vinden .

[ivo]

De term 'synchronized' is in het hele log nergens te vinden .

Kijk eens of je zoiets kunt terugvinden;

Sep 21:58:48 ntpdate[9087]: adjust time server 91.189.94.4 offset -0.004108 sec

[Ploffie]

Zou deze in deamon.log moeten staan?

Ik heb de zoekfunctie losgelaten op adjust time server, maar deze vond niets.

Ik heb nu een andere server aangevinkt, ik neem aan dat het de bedoeling is om 1 server te selecteren.

Als ik bij Johan kijk heeft hij er 4 aangevinkt.

[Gijsbert]

Ik heb de drie Nederlandse servers aangevinkt.
Johan nog bedankt.

[Ploffie]

Alle 3?
Waarom dat dan?

[Johan van Dijk]

Je kan heel makkelijk je logbestanden doorzoeken.

Code: [Selecteer]

grep -rs ntpd /var/log
Dit levert bij mij in ieder geval een hoop regels op.

En meerdere servers kan geen kwaad. Is er een niet bereikbaar, dan pakt hij de volgende. Ook is de nauwkeurigheid groter als je meerdere servers hebt.

Zie ook Wikipedia: http://nl.wikipedia.org/wiki/Network_Time_Protocol

[Gijsbert]

Een goddelijk getal. Ik heb er verder geen last van of ik nu 1,2 of 3 vinkjes zet.
En de kans dat alle drie de servers de geest geven, kan altijd, is wel erg klein.

[Ploffie]

Nou, ik heb die ubuntu tijdmeneer even afgevinkt en die andere 3 aangevinkt, kijken wat er nu gebeurt.

Als je ze nu allemaal aanvinkt zit je altijd goed zeker...

In Hardy had je de mogelijkheid om direct te syncen, dat kan nu niet meer hè?

[ivo]

Je kan heel makkelijk je logbestanden doorzoeken.

Code: [Selecteer]

grep -rs ntpd /var/log
Dit levert bij mij in ieder geval een hoop regels op.

En meerdere servers kan geen kwaad. Is er een niet bereikbaar, dan pakt hij de volgende. Ook is de nauwkeurigheid groter als je meerdere servers hebt.

Zie ook Wikipedia: http://nl.wikipedia.org/wiki/Network_Time_Protocol

Als we dan toch op de inhoud gaan..........
De nauwkeurigheid is niet groter bij meerdere aangevinkte servers.
De nauwkeurigheid wordt bepaald door het 'stratum' level van de ntp-server waaraan de dozen worden gesynced.

Lees meer op

http://www.endruntechnologies.com/stratum1.htm

[ivo]

In Hardy had je de mogelijkheid om direct te syncen, dat kan nu niet meer hè?

Natuurlijk kan dat wel.
Open een terminal en tik in;

Code: [Selecteer]

sudo /usr/sbin/ntpdate ntp.ubuntu.com; /sbin/hwclock -w

Maar het is handiger om dat in cron te zetten.... ik val in herhaling.......

[Gijsbert]

Ivo, ik denk dat Ploffie grafisch bedoelt. voorheen klikte je rechts op de tijd en had je een uitgebreider menu.

[Johan van Dijk]

Als we dan toch op de inhoud gaan..........
De nauwkeurigheid is niet groter bij meerdere aangevinkte servers.
De nauwkeurigheid wordt bepaald door het 'stratum' level van de ntp-server waaraan de dozen worden gesynced.

Lees meer op

http://www.endruntechnologies.com/stratum1.htm

De nauwkeurigheid wordt ook bepaald door de kwaliteit van de netwerkverbinding naar de server. De nauwkeurigheid van de server ook natuurlijk, maar die is vele ordes van grootte beter, normaal gesproken.

Het gaat vooral om de voorspelbare vertraging van de netwerkpakketjes.

Zo kan je op je LAN verbinding extreem nauwkeurig syncen: tot op 200 microseconden nauwkeurig.
Op het internet zit je met minder voorspelbare latencies, bandbreedte enz. Nauwkeurigheid: 10 milliseconden.
[bron: Wikipedia]

Dat de verschillende stratum-levels wel een invloed hebben is duidelijk, maar een voorspelbare internetverbinding naar de volgende server is van grotere invloed.
Daarom is het nuttig om met meerdere servers contact te leggen. De verbinding naar de ene server kan kwalitatief beter zijn dan naar de andere. (beter voorspelbare latencies bijvoorbeeld)

[Ploffie]

Dat is wel mooi allemaal, maar ik weet nog steeds niet of er überhaupt wel wordt gesynct.

[ivo]

Als we dan toch op de inhoud gaan..........
De nauwkeurigheid is niet groter bij meerdere aangevinkte servers.
De nauwkeurigheid wordt bepaald door het 'stratum' level van de ntp-server waaraan de dozen worden gesynced.

Lees meer op

http://www.endruntechnologies.com/stratum1.htm

De nauwkeurigheid wordt ook bepaald door de kwaliteit van de netwerkverbinding naar de server. De nauwkeurigheid van de server ook natuurlijk, maar die is vele ordes van grootte beter, normaal gesproken.

Het gaat vooral om de voorspelbare vertraging van de netwerkpakketjes.

Zo kan je op je LAN verbinding extreem nauwkeurig syncen: tot op 200 microseconden nauwkeurig.
Op het internet zit je met minder voorspelbare latencies, bandbreedte enz. Nauwkeurigheid: 10 milliseconden.
[bron: Wikipedia]

Dat de verschillende stratum-levels wel een invloed hebben is duidelijk, maar een voorspelbare internetverbinding naar de volgende server is van grotere invloed.
Daarom is het nuttig om met meerdere servers contact te leggen. De verbinding naar de ene server kan kwalitatief beter zijn dan naar de andere. (beter voorspelbare latencies bijvoorbeeld)

Jajaja, allemaal waar. Maar hoe nauwkeurig wil je de tijd hebben op een standaard dextob.

[ivo]

Dat is wel mooi allemaal, maar ik weet nog steeds niet of er überhaupt wel wordt gesynct.

Heb je al in een terminal ingetikt;

Code: [Selecteer]

sudo /usr/sbin/ntpdate ntp.ubuntu.com; /sbin/hwclock -w
?

[Johan van Dijk]

       ntpdate  will decline to set the date if an NTP server daemon (e.g., ntpd) is running on the same host. When running ntpdate on a regular basis from cron as an alternative to running a daemon, doing so once every hour or two
       will result in precise enough timekeeping to avoid stepping the clock.

Het heeft dus weinig zin om dat commando uit te voeren, want als het goed is, is ntpd nu actief.

[Ploffie]

Ja nu net en dit was de melding:

22 Sep 23:42:21 ntpdate[16170]: the NTP socket is in use, exiting
Sorry, alleen root kan de hardwareklok instellen.