Hallo,
ein: ntpdate rtime.urz.tu-dresden.de
erzeugt den Fehler: the NTP socket is in use, exiting
weiterhin: vs2801:~# ps aux|grep ntpdate root 5004 0.0 0.0 5644 744 pts/50 S+ 12:00 0:00 grep ntpdate
-> auch mit top oder ps aux kann ich keine keinen ntp dienst finden.
Jedoch: vs2801:~# /etc/init.d/ntp start Starting NTP server: ntpd. vs2801:~# /etc/init.d/ntp stop Stopping NTP server: ntpd.
der scheint aber trozdem kaputt zu sein. Was kann ich noch machen?
Danke und Grüße
hallo
Hallo,
ein: ntpdate rtime.urz.tu-dresden.de
erzeugt den Fehler: the NTP socket is in use, exiting
das heißt erstmal nix als das irgendwas auf dem ntp socket läuft muss ja nicht der ntpd sein
netstat -pa | netstat -na | lsof -i können helfen den schuldigen zu finden
weiterhin: vs2801:~# ps aux|grep ntpdate root 5004 0.0 0.0 5644 744 pts/50 S+ 12:00 0:00 grep ntpdate
ps aux | grep ntp
-> auch mit top oder ps aux kann ich keine keinen ntp dienst finden.
Jedoch: vs2801:~# /etc/init.d/ntp start Starting NTP server: ntpd. vs2801:~# /etc/init.d/ntp stop Stopping NTP server: ntpd.
der scheint aber trozdem kaputt zu sein.
das erkenne ich jetzt nicht, woran erkennst du es?
Andreas
Was kann ich noch machen?
Danke und Grüße
Lug-dd maillist - Lug-dd@mailman.schlittermann.de https://ssl.schlittermann.de/mailman/listinfo/lug-dd
Hi,
vs2801:~# ps aux|grep ntpdate -> auch mit top oder ps aux kann ich keine keinen ntp dienst finden.
wundert mich nicht, dass du den nicht findest, wenn du nach ntpdate grep'st - heißt ja auch maximal ntp oder ntpd.
"vs2801" sieht mir nach vServer aus - darüber weiß ich nix Genaueres, aber mglw. ist der ntp-Socket ja belegt vom Host-System aus. Wenn mit ntp-Socket ein TCP-Port gemeint ist: hast du eine eigene IP für die VM?
Carsten
Am Dienstag, 14. September 2010, 15:33:16 schrieb Carsten Weber:
Hi, grep'st - heißt ja auch maximal ntp oder ntpd.
"vs2801" sieht mir nach vServer aus - darüber weiß ich nix Genaueres, aber mglw. ist der ntp-Socket ja belegt vom Host-System aus. Wenn mit ntp-Socket ein TCP-Port gemeint ist: hast du eine eigene IP für die VM?
Wichtiger Punkt. In virtuellen Servern lassen sie den ntp(d) im Hostsystem laufen und so hat man im virtualsierten System auch als root keine Chance.
Durch irgendwelche "Magie" ist aber die Zeit im virtualisierten System trotz ntp im Host meistens daneben (~5s "üblich").
Carsten
Bernhard
Am 14.09.2010 15:52, schrieb Bernhard Schiffner:
Wichtiger Punkt. In virtuellen Servern lassen sie den ntp(d) im Hostsystem laufen und so hat man im virtualsierten System auch als root keine Chance. Durch irgendwelche "Magie" ist aber die Zeit im virtualisierten System trotz ntp im Host meistens daneben (~5s "üblich").
Ja ist eine VM, siehe Sammelantwort. 5s wären ja ok aber 2h sind schon mist. Zumal ich die Zeiten wenigstens auf 1Sek genau bräuchte. :-/
Grüße
Hallo Robert,
Welches OS? Unter debian/ubuntu installierst Du 'lsof' mittels 'aptitude install lsof' nach. Je nach Technologie Deines VServer-Hosters wirst Du das (Zeit auf die Hardwareuhr schreiben) nie können. Ziemlich genau zwei Stunden? Immer? Vielleicht liegts (der Zeitversatz) einfach an der Zeitzoneneinstellung?
Mit freundlichen Grüßen / With kind regards Ronny Seffner -- iTS Seffner & Schlesier oHG | web http://www.its-seffner.de Amtsgericht Dresden, HRA 6369 | mail r.seffner@its-seffner.de Alter Viehweg 1 / OT Seeligstadt | fon / fax +49 35204 392050 / -55 01665 Triebischtal | mobiltelefon +49 174 9474439
hallo
@Andreas: "netstat -pa | netstat -na | lsof -i können helfen den schuldigen zu finden"
vs2801:~# netstat -pa | netstat -na | lsof -i -bash: lsof: command not found
naja das | solte hier nicht die Pipe sonder oder symbolisieren, habe ich mich etwas dumm ausgetrückt
$ netstat -na oder $ netstat -ba oder lsof -i (letzte können wir weglassen Befehl scheint nicht vorhanden zu sein)
Ja ist eine VM, siehe Sammelantwort. 5s wären ja ok aber 2h sind schon mist. Zumal ich die Zeiten wenigste
sind es genau 2 Stunden? Hast du an Zeitzonen gedacht,wenn uhrzeit stundenweise versetzt ist würde ich in die Richtung gehen
weil ich denke mal das eine VM die Zeit ihres Wirts bekommt und die werden eine genau Uhr haben
auf 1Sek genau bräuchte. :-/
in einer virtuellen maschine, die ansprüche werden nicht geringer mit der zeit denke mal das das Probleme geben könnte
was für eine vm, läuft da ein agent? bietet dir dein Hoster eine möglich keit die Uhr zu syncen?
vieleicht hilft auch folgender link wenns ein vserver ist
http://linux-vserver.org/Frequently_Asked_Questions#Somebody_runs_ntpd_in_gu...
Somebody runs ntpd in guest and you can't use ntpdate in host? Try to run ntpdate with options -u : ntpdate -u ntp.domain.xy or you can use command: chbind --nid 42 --ip 1.2.3.4 -- ntpdate ntp.domain.xy where IP will be the IP of host.
Gruß
Andreas
Lug-dd maillist - Lug-dd@mailman.schlittermann.de https://ssl.schlittermann.de/mailman/listinfo/lug-dd
Am Dienstag, 14. September 2010, 14:03:37 schrieb Robert:
Hallo,
ein: ntpdate rtime.urz.tu-dresden.de
erzeugt den Fehler: the NTP socket is in use, exiting
weiterhin: vs2801:~# ps aux|grep ntpdate root 5004 0.0 0.0 5644 744 pts/50 S+ 12:00 0:00 grep ntpdate
Ziemlich sicher ist der ntpd _doch_ am laufen.
1.) ntpdate -q (Query) führt eine Abfrage parallel zum laufneden Dienst aus. (stellt aber die Uhr nicht)
2.) ntpq -c pe ist nur möglich wenn ntpd läuft (auch wenn die Anzeige "blöd" ist) /etc/init.d/ntp(d) stop hilft auch manchmal
3.) Ich erlebe leider häufig, daß der ntpd sich nach einem Systemstart "festfährt" und dann zwar läuft, aber nichts sinnvolles (Zeitkorrektur) mehr macht. /etc/init.d/ntp(d) restart hilft .
Viel Erfolg!
Bernhard
Am 14.09.2010 14:03, schrieb Robert:
Hallo,
ein: ntpdate rtime.urz.tu-dresden.de
erzeugt den Fehler: the NTP socket is in use, exiting
Das macht es bei mir auch wenn NTPd schon läuft ;)
weiterhin: vs2801:~# ps aux|grep ntpdate root 5004 0.0 0.0 5644 744 pts/50 S+ 12:00 0:00 grep ntpdate
-> auch mit top oder ps aux kann ich keine keinen ntp dienst finden.
ps aux|grep ntp
Jedoch: vs2801:~# /etc/init.d/ntp start Starting NTP server: ntpd. vs2801:~# /etc/init.d/ntp stop Stopping NTP server: ntpd.
der scheint aber trozdem kaputt zu sein. Was kann ich noch machen?
Warum? Weil kein Fenster auf geht und sagt "Alles OK - bitte schließe mich"?
ntpq - Ist die Console für NTP lpeers - Damit siehst du deine Server in der NTP_Console...
Danke und Grüße
Lug-dd maillist - Lug-dd@mailman.schlittermann.de https://ssl.schlittermann.de/mailman/listinfo/lug-dd
BTW: befindest du dich auch wirklich im Kampusnetz? Ansonsten wirst du keine Verbindung zu diesem Zeitserver bekommen...
Danke nochmal an alle beteiligten! Meine Uhr geht immernoch 2Stunden nach und ich bekomm sie nicht zu einem Server verbunden.
Am 14.09.2010 15:38, schrieb Jan Leonhardt:
Jedoch: vs2801:~# /etc/init.d/ntp start Starting NTP server: ntpd. vs2801:~# /etc/init.d/ntp stop Stopping NTP server: ntpd.
der scheint aber trozdem kaputt zu sein. Was kann ich noch machen? Warum? Weil kein Fenster auf geht und sagt "Alles OK - bitte schließe mich"?
Nein, weil ich es 10x hintereinander starten kann und immer die gleiche Ausgeb kommt. Ich würde vermuten das er wenigstens sagt "always running" oder so. Bzw. würde er wohl die Uhr richtig stellen wenn alles i.O. wäre.
ntpq - Ist die Console für NTP lpeers - Damit siehst du deine Server in der NTP_Console...
vs2801:~# ntpq ntpq> lpeers lpeers ntpq: read: Connection refused ntpq>
hmm.. tja
-- Sammelantwort -- @Andreas: "netstat -pa | netstat -na | lsof -i können helfen den schuldigen zu finden"
vs2801:~# netstat -pa | netstat -na | lsof -i -bash: lsof: command not found
" 'der scheint aber trozdem kaputt zu sein.' das erkenne ich jetzt nicht, woran erkennst du es?" --> Daran das die Uhr falsch geht und sich nicht stellen lässt
@Carsten: "wundert mich nicht, dass du den nicht findest, wenn du nach ntpdate grep'st - heißt ja auch maximal ntp oder ntpd." --> Habs natürlich auch mit Kurzformen und Wildcards probiert
"vs2801" sieht mir nach vServer aus - darüber weiß ich nix Genaueres, aber mglw. ist der ntp-Socket ja belegt vom Host-System aus. Wenn mit ntp-Socket ein TCP-Port gemeint ist: hast du eine eigene IP für die VM? " --> Socket sollte frei sein ausser bissel XAMP läuft auf dem Gerät nichts --> VM hat eine eigene IP
@Bernhard: "1.) ntpdate -q (Query)"
vs2801:~# ntpdate -q 14 Sep 13:46:49 ntpdate[26292]: no servers can be used, exiting
2.) ntpq -c pe vs2801:~# ntpq -c pe ntpq: read: Connection refused
3.) /etc/init.d/ntp(d) restart hilft . vs2801:~# /etc/init.d/ntp restart Stopping NTP server: ntpd. Starting NTP server: ntpd.
Ich werd nicht wirklich schlau aus allem.
Grüße
Am 14.9.2010 16:20, schrieb Robert:
Danke nochmal an alle beteiligten! Meine Uhr geht immernoch 2Stunden nach und ich bekomm sie nicht zu einem Server verbunden.
hast du schon mal daran gedacht, daß das vielleicht die Zeitverschiebung zu UTC sein könnte und die Uhr gar nicht falsch läuft?
lokale Zeit: 16:39 auf dem Server:
date
Tue Sep 14 14:39:42 UTC 2010 ^^^
Gruß Rico
@Bernhard: "1.) ntpdate -q (Query)"
vs2801:~# ntpdate -q 14 Sep 13:46:49 ntpdate[26292]: no servers can be used, exiting
müsste z.B. sein: ntpdate -q ptbtime2.ptb.de
2.) ntpq -c vs2801:~# ntpq -c pe ntpq: read: Connection refused
Typisch für ntpd, die sich "aufhängen", weil sie sich aus irgendeinem Grund nicht synchronisieren können | konnten.
3.) /etc/init.d/ntp(d) restart hilft . vs2801:~# /etc/init.d/ntp restart Stopping NTP server: ntpd. Starting NTP server: ntpd.
ps -ax | grep ntp zeigt wirklich nichts? Dann ist das ziemlich sicher eine Frage des Hostsystems.
Ich werd nicht wirklich schlau aus allem.
Grüße
Noch eine Frage: _exakt_ 2h (+5) Sekunden Unterschied?
Dann ist das eher ein Zeitzonenproblem. man hwclock man tzselect als Anhaltspunkt
Bernhard
Am 14.09.2010 17:04, schrieb Bernhard Schiffner:
Noch eine Frage: _exakt_ 2h (+5) Sekunden Unterschied?
Dann ist das eher ein Zeitzonenproblem. man hwclock man tzselect als Anhaltspunkt
Ja, @all, ich hab an die Zeitzone gedacht.. aber dachte das wird im selben Dienst verwaltet konnte ja nicht wissen das es da wieder etwas extra gibt. ^_^
reconf.. tzdata brachte die erwünschte Korrektur. Danke @all! ;d
lug-dd@mailman.schlittermann.de