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 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. :-/
Ich hab jetzt nicht alles mitgelesen - aber ist es vielleicht Zeitzonenproblem?
Grüße,
Theodor 'morphium' Reppe
> @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 s
Am Freitag 10 September 2010, 10:14:41 schrieb Heiko Schlittermann:
> > Gibt es keine Möglichkeit, Samba zu überreden, die Systemnutzer zu
> > nutzen, also kein extra DB?
>
> Nein. Meines Wissens geht das nicht.
Geht doch.
> Du könntest LDAP nehmen, aber auch
> dort gibt es dann ein Passwort und
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
ode
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?
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 me
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
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 gemein
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
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
> ntpd
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
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
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:
14 matches
Mail list logo