ElabNET Technik Forum

Hallo zusammen,

es gibt ab und zu Fehler beim TWS die man meist mit einen Neustart des Dienstes oder Servers beheben kann. Leider gehen dabei meist die Log Dateien oder wichtige Informationen für die Entwicklung von Elabnet verloren.

Daher mein Vorschlag das man einen Export der Logdateien anbietet und man diese vor dem Neustart herunterladen kann und dem Support zur Verfügung stellen kann.

Wie ist da eure Meinung dazu?

Finde ich grundsätzlich einen sehr klugen Gedanken, mangels eigener Betroffenheit bisher nicht ganz nach oben gevotet.

Die Idee finde ich auch gut.

Wäre es nicht besser wenn Logs beim reboot nicht verloren gehen würden?

Ja, wäre grundsätzlich auch vorstellbar. Dann müsste man aber etwas bauen, um Logs dann bewusst wieder loszuwerden.
Ich fände es daher besser, wenn man es beim Standardverhalten von Logs beließe und ich vorher entscheiden kann, etwas zu exportieren.
Und wenn ich dann neu gestartet habe, verhalten sich Logs auf dem TWS so, wie man es üblicherweise von Logs gewohnt ist.

Die Logs könnten ja auch auf dem Flash gespeichert werden und jede Nacht läuft ein Cronjob, der die Logs älter als 90 Tage löscht.

Wenn ich Stefan richtig verstanden habe, dann gibt es das umfangreiche Logging schon, dass auch zur Laufzeit via Remote im Detailgrad erweitert werden kann.
Ich gehe davon aus, dass dieses auch Reboot überlebt (was aber nicht default ist).

Robert

Hmm also da kann wenn dann Stefan oder ein Entwickler was zu sagen.

Ich denke, es sollte zukünftig beide Möglichkeiten geben: Export der Logdateien für all diejenigen, die kein Support-VPN öffnen können oder möchten. Daneben sollten die Logs aber auch (einstellbar) persistent fortgeschrieben werden können. Beschränkungen für Größe der Datei und Alter der Logdateien sollten einstellbar sein. Ein Knopf zum sofortigen Löschen aller Logs (ähnlich Cookies/Cache/tmp-Dateien) sollte vorhanden sein.

Hallo Zusammen,

ich nehme an, dass dieser FR großenteils bereits mit der nächsten Insider-Version erledigt ist.

Es gab das Problem, dass wir den Detailgrad der Logmeldungen für den KNX-Dämon nur ändern konnten wenn wir diesen Dämon neugestartet haben. Durch das Neustarten des Dienstes wurde aber oft der Fehlerzustand kurzfristig behoben und wir mussten auf ein weites Auftreten des Fehlers warten.

Wir lassen unsere Dienste im produktiven Betrieb nie mit detaillierten Logs laufen, deshalb hätte es gar keine aussagekräftigen Logs gegeben die man exportieren hätte können.
Jede kleine Aktion im produktiven Betrieb zu protokollieren hätte zahlreiche langfristige Nachteile, die den kurzfristigen Vorteilen überwiegen.
Die Ausführung der Timberwolf-Software würde langsamer werden und der Stromverbrauch des Servers würde steigen.
Ein Hauptproblem ist aber die Menge der Logdaten die man so produzieren kann. Diese würden einen Großteil des Speichers belegen und würde den Speicher auch physikalisch verbrauchen.
Um dies zu verhindern, erhöhen wir den Detailgrad der Logs nur bei Bedarf und setzen auf Speichermodule mit hoher Lebensdauer.

Passend zu dem Thema, dieser Artikel (auf Englisch)
https://insideevs.com/news/376037/tesla ... ory-issue/

Viele Grüße,
Matthias