Onderwerp: date op Debian loopt niet soepel

Hallo iedereen

Sinds binnenkort beschik ik over een VPS-webservertje. Ik heb er dan ook direct maar DirectAdmin op laten gooien.

Mijn probleem is de tijd van Debian, ik heb alles af-ge-googled, maar kon niks vinden over dit probleem (misschien zoek ik verkeerd).

Ik heb een kwartier geleden de locale tijd veranderd op de server met behulp van de command 'date'. Een kwartier geleden stond die dus goed. Als ik nou weer kijk, dan zie ik dat de tijd al weer 5 minuten achter loopt. Hij loopt dus te langzaam. Als ik um weer synchroniseer, dan loopt die over een paar minuten weer achter.

'hwclock' geeft trouwens wel altijd de juiste tijd aan, daar is niks mis mee.

Weet iemand hoe ik dit op kan lossen? Ik ben redelijk nieuw op dit gebied en wil graag wat leren

Dat is geen probleem van de distro Debian, maar van je VPS. Dit kan op alle OSsen voorkomen. Bij het zoeken moet je debian dus laten vallen als zoekterm.

cron instellen dat ntpdate automatisch om het uur word gedaan ?

Oorspronkelijk geplaatst door umf

cron instellen dat ntpdate automatisch om het uur word gedaan ?

Dan loopt die vlak voor het uur voorbij is, een kwartier/half uur achter?

misschien eens contact opnemen met je vps leverancier misschien dat zij de fout kunnen herstellen ?

anders zoiets in stellen in /etc/cron.d/directadmin_cron
2 * * * * /usr/local/bin/ntpdate ntp.xs4all.nl

service crond restart erna

Misschien dat dit wat meer zegt:

# ntpdate
18 Jun 15:13:50 ntpdate[10584]: no servers can be used, exiting

Je ziet het, tien voor drie goede tijd ingesteld. Nu staat die op 15:13 terwijl het al half vier is.

No servers can be used, moet ik misschien een server instellen ?

dat zonder meer, ntpdate haalt de tijd van een time server

Ik voel me heel dom nu, je snapt wel dat ik nog een beginner ben.

Maakt het ook nog uit welke server? Toen ik die van xs4all probeerde: "the NTP socket is in use, exiting".

Waarschijnlijk draait de VPS op vmware?
Ik heb binnen VMware serieuze problemen gehad met de tijd. De tijd ticker van vmware loopt achter als er veel guests actief zijn, hoe zwaarder de machine is belast hoe meer tijdverschil je krijgt. Meestal loopt de tijd achter maar heb het ook al meegemaakt dat de tijd sneller loopt.
Ik heb een aantal oplossingen gevonden dat je de kernel op 100hz moet compilen ipv 1000hz.
Ik ben overgestapt op xen, probleem verholpen.
Maar vraag je hoster even na wat voor host het is.

Dit bedoel je ?

http://lannerd.nl/blog/archives/102

Ik zal mijn host even vragen.. want dit is klote

Die kwam ik destijds niet tegen. Is wellicht een mogelijkheid maar mag aannemen dat je hoster dit wel moet weten. Indien het op Vmware draait.
Ben benieuwd wat de oplossing is en of het op vmware draait.

Oorspronkelijk geplaatst door martinvandebelt

Dit bedoel je ?

http://lannerd.nl/blog/archives/102

Ik zal mijn host even vragen.. want dit is klote

Indien het vmware is moet je inderdaad "clock=pit" instellen. Gevalletje tickerproblemen met vmware.

Nou gister kreeg ik eindelijk (na nog een keer mailen) antwoord op mijn vraag. Ze zeiden dat hun hetzelfde probleem hadden op een aantal andere servers, en ze zeiden dat VMware tools het probleem zou oplossen.

Maar als een simpele oplossing zoals die hierboven aangekaard wordt al helpt, moet ik dan echt vmware tools installeren :s

Beetje laat maar ok.

Voor het installeren van de tools zou de provider zorg voor moeten dragen.

Met de huidige vmware server versie 1.0.7 en in mijn geval Debian Etch HOST, Debian Etch Guest en in het vmx bestand tools.syncTime = "TRUE" draait het goed.
De Windows Server 2003 guest draait ook vlekeloos en na de vmware tools install geen verdere aanpasingen alleen de time synchronize is actief.

tools.syncTime = "TRUE" staat al in de VMX op het moment dat de vmware tools geinstalleerd is in de guest, alleen staat hij dan op FALSE dus de provider moet hem alleen op TRUE zetten.

Het toevoegen van tools.syncTime = "TRUE" heeft geen enkel nut als de tools niet geinstalleerd is.

ntp-server en client installeren.