[Patch] sectionsd - statt rdate auch ntpclient bzw. ntpdate

[GetAway]

Dieser Patch ermöglicht es dem sectionsd auch über ntpclient
oder ntpdate die Systemzeit neu zu setzen.
Die Binary's können sowohl in /bin oder in /var/bin plaziert werden.
Fehlen beide bleibt alternativ die Abfrage über rdate erhalten.

Wenn seife sein OK gibt, kann er ins CVS.

sectionsd_ntpclient_ntpdate_2009-04-26.diff

[seife]

mir ist das wurscht.
Aber wenn schon ntp, warum dann nicht einen richtigen ntpd, der auch das "Die Zeit hüpft alle 30 minuten ein Stückchen nach vorne oder hinten"-Problem beseitigt?

[GetAway]

Ob sich jemand den ntpd mit ~340k in den Flash schreibt?

[seife]

hm.

Code: Alles auswählen

seife@stoetzler:/local/seife/src/td-neutrino> ls -l root/sbin/ntpd
-rwxr-xr-x 1 seife suse 47504 26. Apr 16:55 root/sbin/ntpd

Ist ein openntpd und noch ohne mklibs etc.

[GetAway]

Dann mal rein damit. Beim bauen kann man dann immer noch entscheiden
welche Version man im Image haben will. Da Du das Teil scheinbar schon kennst,
denke ich das dies eine zusätzlich(bessere) alternative zu den beiden anderen wäre.

[JimPoison]

@getaway:
bei deinem diff steht in zeile 53 /bin/var/ntpclient und in zeile 55 /bin/var/ntpdate.
ich denke mal das sollte statt /bin/var/... eher /var/bin/... heißen, oder?

[GetAway]

Korrigiert. Thx

[JimPoison]

ich würde es sehr begrüßen, wenn das eingecheckt würde. ntpd brauche ich nicht unbedingt, mir reicht schon ntpclient, aber dagegen hab ich natürlich auch nix
auf jeden fall schon mal danke fürs diff

[rhabarber1848]

Ist der Patch schon getestet?
Ich habe momentan wegen der IPBox-Geschichte keine Zeit,
den Patch selber zu testen. Committen würde ich ihn nach
positiven Rückmeldungen, ist ja recht übersichtlich

[JimPoison]

hat jemand evtl. passende binaries von ntpclient und ntpdate parat?

[rhabarber1848]

hat jemand evtl. passende binaries von ntpclient und ntpdate parat?

ntp.tar.bz2

[JimPoison]

hm jetzt hab ich mal testweise ntpdate und ntpclient per telnet getestet (also noch ohne das diff) und erhalte jetzt bei beiden folgenden fehler: "relocation error: symbol adjtime, version GLIBC_2.0 not defined in file libc.so.6 with link time reference"
was hat das zu bedeuten und wie bekommt man das zum laufen?


@getaway: noch ne frage zu deinem diff:
sehe ich das richtig, daß der abfrage-server mit deinem diff fest auf "time.fu-berlin.de" festgelegt ist?
wäre vielleicht besser, wenn man den selbst definierten aus den netzwerkeinstellungen nehmen könnte (dort wo auch das abfrageintervall eingestellt wird)

edit: obwohl jetzt seheh ich gerade, daß "time.fu-berlin.de" nur beim start abgefragt wird. ich denke mal das ist so, weil beim starten der box noch kein zugriff auf die neutrino-einstellungen und damit einen benutzerdefinierten timeserver besteht?

[rhabarber1848]

was hat das zu bedeuten und wie bekommt man das zum laufen?

mklibs hat das Symbol adjtime aus Deinem Image entfernt,
weil die ntp-Tools zum Zeitpunkt der Imageerstellung
nicht vorhanden waren.

Abhilfe? Ein eigenes Image:
http://forum.tuxbox-cvs.sourceforge.net ... 13&t=48503

[rhabarber1848]

weil beim starten der box noch kein zugriff auf die neutrino-einstellungen

Code: Alles auswählen

grep network_ntpserver= /var/tuxbox/config/neutrino.conf | sed "s/network_ntpserver=//"

[GetAway]

sehe ich das richtig, daß der abfrage-server mit deinem diff fest auf "time.fu-berlin.de" festgelegt ist?

Nein, ist in Neutrino einstellbar. Die rcS solltest du, wenn sie im var-Bereich liegt, editieren können.

Das Flag .rdate ist im Standard CVS Image nicht gesetzt und ist, soweit ich es im Wiki lesen konnte, auch nur
für Testzwecke.

[JimPoison]

mklibs hat das Symbol adjtime aus Deinem Image entfernt,
weil die ntp-Tools zum Zeitpunkt der Imageerstellung
nicht vorhanden waren.

d.h. wenn das diff von oben z.b. eingecheckt würde und ich mir dann ein aktuelles image, welches auf diesem stand basiert, downloade (nutze bisher noch kein selbstkompiliertes), bliebe das symbol adjtime erhalten? auch wenn ich die binary von ntpclient oder ntpdate dann erst später manuell hinzufüge in z.b. /var/bin?


muß mich hiermit mal wieder als unix-anfänger outen
erst recht bei deinem nächsten post:

Code: Alles auswählen

grep network_ntpserver= /var/tuxbox/config/neutrino.conf | sed "s/network_ntpserver=//"

ich verstehe das so, daß in der neutrino.conf nach network_ntpserver= gesucht wird und dann ein solcher eintrag mit network_ntpserver=// ersetzt werden soll.
nur was bringt das?

[rhabarber1848]

d.h. wenn das diff von oben z.b. eingecheckt würde und ich mir dann ein aktuelles image, welches auf diesem stand basiert, downloade (nutze bisher noch kein selbstkompiliertes), bliebe das symbol adjtime erhalten?

Nur, wenn die ntp-Programme beim Packen des Images schon dabei sind,
Stichwort customization-Skripts, "make flash-ntpd" oder "make flash-ntpclient"

auch wenn ich die binary von ntpclient oder ntpdate dann erst später manuell hinzufüge in z.b. /var/bin?

Nein.
glibc-Funktionen, die von Programmen im Image zum Zeitpunkt
des Packens des Images nicht benötigt werden, werden entfernt.

muß mich hiermit mal wieder als unix-anfänger outen

Für User wie Dich habe ich mein HowTo geschrieben.

Code: Alles auswählen

grep network_ntpserver= /var/tuxbox/config/neutrino.conf | sed "s/network_ntpserver=//"

ich verstehe das so, daß in der neutrino.conf nach network_ntpserver= gesucht wird und dann ein solcher eintrag mit network_ntpserver=// ersetzt werden soll.
nur was bringt das?

Führe den Befehl mal auf Deiner Dbox aus, dann siehst Du
als Ergebnis den in Neutrino eingestellten Timeserver,
der von rcS beim Start der Dbox anstatt eines fest
eingestellten Servers genutzt werden kann.

Der Befehl "s" in sed bedeutet, dass "network_ntpserver="
ersetzt durch das, was zwischen den folgenden slashes
steht. Da dort nichts dazwischen steht, "//", bleibt nur
der Servername übrig.

[JimPoison]

das enstpricht doch dann aber demselben server, den man auch per gui in den netzwerkeinstellungen ändern kann, oder (sprich die gui schreibt den eintrag in die neutrino.conf)?

würden denn beim einchecken des obigen diffs auch die makefiles im cvs so angepasst, daß man die ntp-dateien später auch nachträglich in ein geflashtes, aktuelles image einfügen kann (also wenn man ein schon fertiges, nicht selbst kompiliertes image geflasht hat) und diese dann trotzdem funktionieren?

[GetAway]

Wenn der Imagebauer sich fleißig auf dem laufenden hält, wird er die Tools vor dem Strippen
mitbauen und anschließend wieder entfernen.

[rhabarber1848]

sprich die gui schreibt den eintrag in die neutrino.conf?

Korrekt

würden denn beim einchecken des obigen diffs auch die makefiles im cvs so angepasst, daß man die ntp-dateien später auch nachträglich in ein geflashtes, aktuelles image einfügen kann

Nein.
Hier geht es um das Skript mklibs, welches nicht benötigte
Funktionen aus der glibc (Systembibliothek) entfernt.
Eine Möglichkeit gibt es, dass von Dir gewünschte zu erreichen:
Beim Erstellen des Images müssen die ntp-Programme
in den Imageverzeichnissen drin sein, damit sie von mklibs
berücksichtigt werden können. Nachdem mklibs gelaufen ist,
aber bevor das Squashfs-Image erstellt wird, müssen die
ntp-Programme wieder aus dem Image entfernt werden.
Dann behält glibc die Funktion adjtime und evtl. weitere
und Du kannst die ntp-Programme später nachrüsten.

customization-Beispiel (ungetestet):
root-local.sh (kompiliert die benötigen Programme):

Code: Alles auswählen

#!/bin/sh
make flash-ntpd
make flash-ntpclient

root-neutrino-squashfs-local.sh (läuft nach mklibs, aber vor mksquashfs):

Code: Alles auswählen

#!/bin/sh
mv $1/root-neutrino-squashfs/bin/ntpclient $HOME
mv $1/root-neutrino-squashfs/bin/ntpdate $HOME

[GetAway]

@seife,

die Rechte für den openntpd müssten beim bauen noch gesetzt werden.
Könnte die Standard ntpd.conf beim bauen direkt nach var/etc kopiert werden?

Die Anpassung in start_neutrino habe ich mir auch angesehen. Was passiert denn
wenn ntpd und ntpd.conf vorhanden sind aber der Netzwerkanschluß nicht online ist?
Dann startet doch sectionsd auch mit -tc

-s bringt folgenden Fehler:

fatal: bad privsep dir permissions
dispatch_imsg in main: pipe closed
Lost child: child exited
Terminating

[seife]

Klar könnte die config installiert werden - aber dann taucht exakt das problem auf: Leute die nicht wissen was sie tun, (und bei denen deswegen das Netzwerk nicht up ist) starten den ntpd.
Momentan ist es so: wer den ntpd konfiguriert (durch anlegen einer ntpd.conf), der weiss auch, was er damit will und sorgt dafür, dass das Netzwerk funktioniert.

Edit: wegen dem Fehler (den ich nicht sehe): hast du ein Verzeichnis /var/empty (YaDD?), wenn ja, mach das mal weg.

[GetAway]

Mein yadd hat kein Verzeichnis /var/empty

Auch wenn das Netzwerk funktioniert und einmal eingerichtet ist und man
irgendwann mal in den Neutrino Einstellungen mal wieder Sync via DVB
einstellt, startet sectionsd dann immer noch mit -tc.

[seife]

Ich sag ja: für Profis.

[GetAway]

jo, und Profis benutzen passwd