Bekijk Volledige Versie : date op Debian loopt niet soepel
martinvandebelt
18/06/08, 15:00
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 :D
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 ?
martinvandebelt
18/06/08, 15:11
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
martinvandebelt
18/06/08, 15:32
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
martinvandebelt
18/06/08, 15:39
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".
johan.smits
18/06/08, 16:06
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.
martinvandebelt
18/06/08, 16:09
Dit bedoel je ?
http://lannerd.nl/blog/archives/102
Ik zal mijn host even vragen.. want dit is klote
johan.smits
18/06/08, 16:16
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.
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.
martinvandebelt
24/06/08, 17:36
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.
even snel opmerking over ntp-date en andere ntpd oplossingen.. dit zijn geen oplossingen ntp kan namelijk deze tijd verandering niet corrigeren. ntp helpt bij deze problemen niet wat het kan oplossing is clock=pit in je grub / lilo zetten of vmware tools maar dit wil soms ook nog wel problemen geven.
johan.smits
03/11/08, 21:57
clock PIT + Vmware tools houd mijn debian netjes op tijd.
Draai nu wel de 2.0 versie van VMware server.
Dit werkte goed voor een CentOS 5.2 VM.
1. Installeer VMware Tools.
2. Open de .vmx file en pas de volgende regel aan:
tools.syncTime = "FALSE" naar tools.syncTime = "TRUE"
Machine rebooten en klaar is kees.
In dit geval zal de tijd van de virtuele machine synchroon lopen met de host machine. Deze zal dus ook goed moeten staan!