[vz-users] Manuelles Löschen eines Wertes aus der DB

[rgb at nord-com.net]

Um noch einmal kurz Feedback zu geben... ich habe mich da etwas gespielt. 

 

Mit dem systemd den Start des vzlogger, anderer Logger, ggfs. auch der middleware und anderer VZ Instanzen soweit nach hinten zu verschieben, bis die Zeit per NTP synchronisiert ist, ist mit der Stardard-Raspbian Installation nicht einfach wie man meinen könnte. Ich habe bislang keine bessere oder zuverlässigere Methode gefunden als die von mir genannte mit 

 

> timedatectl set-ntp off

> timedatectl set-ntp on

 

im rc.local, um die Synchronisation zu diesem Zeitpunkt noch einmal zu erzwingen.

 

Ja, es gibt time-sync.target. Standardmäßig ist das aber schon erreicht wenn die Zeitsynchronisation in Form des systemd-timesyncd.service gestartet ist. Zu diesem Zeitpunkt ist aber noch kein WLAN da. Zu diesem Problem gibt es viele Berichte, und in Raspbian Buster ist auch eine Art Lösung mit dabei in Form des Dienstes systemd-time-wait-sync.service, der standardmäßig nicht aktiviert ist (sich aber aktivieren lässt).

 

Das Ergebnis ist ernüchternd. Manche der dann davon abhängigen Dienste werden nach dem Kontakt mit dem NTP Server gestartet, manche nicht, und das Ergebnis ist nach jedem Reboot ein Anderes. Das Manual schreibt dazu

 

systemd-time-wait-sync is a system service that delays the start of units that depend on time-sync.target until the system time has been synchronized with an accurate time source by systemd-timesyncd.service.

 

systemd-timesyncd.service notifies on successful synchronization. systemd-time-wait-sync also tries to detect when the kernel marks the time as synchronized, but this detection is not reliable and is intended only as a fallback for other services that can be used to synchronize time (e.g., ntpd, chronyd).

 

Davon abgesehen wäre diese Lösung nicht tauglich für netzwerklose Volkszähler (z.B. mit lokaler Konsole und RTC), in diesem Fall würden, selbst wenn der o.g. Dienst zuverlässig wäre, die VZ Prozesse wohl nie starten.

 

Den systemd-timesyncd.service selbst im Startup nach hinten (also zwischen network.target und network-online.target) zu verschieben wäre evtl. noch einen Versuch wert, allerdings müsste man dabei wiederum etliche andere Dienste anpassen, so dass da einiges durcheinander gehen könnte.  Zumal der Zeitpunkt an dem das WLAN steht ja auch nicht 100%ig ist.

 

Ich bleibe also erstmal bei meinem Workaround.

 

Gruss,

Alex 

 

> -----Original Message-----

> From: volkszaehler-users [mailto:volkszaehler-users-

> bounces at demo.volkszaehler.org] On Behalf Of rgb at nord-com.net

> Sent: Sunday, March 01, 2020 7:05 PM

> To: 'volkszaehler.org - users'

> Subject: Re: [vz-users] Manuelles Löschen eines Wertes aus der DB

> 

> Tag nochmal,

> 

> Ich habe es mir eben noch einmal angesehen... eine schönere  Lösung

> könnte sein im vzlogger.service ein

> "time-sync.target" in die "After"-Sektion einzufügen. Und in meinem Fall,

> den Can-Logger aus dem rc.local rauszunehmen und einen eigenen Service

> daraus zu machen. Ob das dann wohl funktioniert... hat es jemand schon so

> ausprobiert?

> 

> Die beste Lösung wäre natürlich eine RTC in den Raspi zu integrieren...

> leider fehlt mir dafür der Platz bzw. der Steckplatz im Gehäuse... hätte ich

> früher um dieses Problems gewusst, mein PiCan Modul hätte es wahlweise

> auch mit RTC gegeben. Nun ja, manchmal ist man später eben schlauer.

> 

> Grüsse,

> Alex

> 

> 

> > -----Original Message-----

> > From: volkszaehler-users [mailto:volkszaehler-users-

> > bounces at demo.volkszaehler.org] On Behalf Of rgb at nord-com.net

> > Sent: Sunday, March 01, 2020 6:37 PM

> > To: 'volkszaehler-users'

> > Subject: Re: [vz-users] Manuelles Löschen eines Wertes aus der DB

> >

> > Hallo Daniel,

> >

> > das ist mir prinzipiell schon bewusst... etwas kniffelig wird es dann wenn

> es

> > nicht um eigenständige Programme geht, die vom systemd gemanaged

> > werden (wie z.B. den vzlogger oder eine mögliche aber nicht vorhandene

> > Installation des "echten" NTPD), sondern um Dienste die zum systemd

> > gehören, wie eben der systemd-timesyncd.

> >

> > Da die Reihenfolge im Startup zu beeinflussen könnte wiederum das

> Laden

> > von anderen Diensten durcheinanderbringen. Mein zugegebenermaßen

> > nicht schöner Workaround, durch

> >

> > timedatectl set-ntp off

> > timedatectl set-ntp on

> >

> > im rc.local den Systemdienst noch einmal dazu zu bringen, die Zeit neu zu

> > setzen, funktioniert für mich, ohne da etwas durcheinanderzubringen.

> Und

> > auch nach einem längeren Aus meines Raspis z.B. während einer

> > Kartensicherung sind Werte und Kurven nun nicht mehr verschoben.

> >

> > Was spricht also konkret dagegen? Die Frage ist nicht rhetorisch, sondern

> > erst gemeint...

> >

> > Gruss,

> > Alex

> >

> > > -----Original Message-----

> > > From: volkszaehler-users [mailto:volkszaehler-users-

> > > bounces at demo.volkszaehler.org] On Behalf Of Daniel Lauckner

> > > Sent: Sunday, March 01, 2020 5:37 PM

> > > To: volkszaehler.org - users

> > > Subject: Re: [vz-users] Manuelles Löschen eines Wertes aus der DB

> > >

> > > Hallo,

> > >

> > >

> > > am Samstag, 29. Februar 2020 um 17:09 hat USER VZ geschrieben:

> > > > Und welche Alternative gibt es? Ich löse ein Problem mit den RTC auch

> > > über die rc.local.

> > >

> > > Die Systemdienste werden in Debian (und Derivate) zwischenzeitlich

> > > über systemd gehandhabt. Möchte man eine bestimmte Reihenfolge

> trägt

> > > man die als Abhängigkeit in die Konfig des entsprechenden Dienstes mit

> > > ein.

> > >

> > >

> > > mfg Daniel

> >

> 

 

-------------- nächster Teil --------------
Ein Dateianhang mit HTML-Daten wurde abgetrennt...
URL: <http://demo.volkszaehler.org/pipermail/volkszaehler-users/attachments/20200303/b133164e/attachment-0001.html>