Gehäufte Abstürze - ReGaHss Prozess

[zwirni]

Danke für den Hinweis HP! Die Lösung von André ist sozusagen noch etwas umfangreicher. Die E-Mail-Benachrichtigung ist natürlich Klasse. Gerade weil ich auch eine Statistik über alle Abstürze führe, in der Hoffnung daraus mal etwas ableiten zu können.
Setzt diese Version schon jemand erfolgreich ein, also gibt es schon konkrete Erfahrungen damit?

Vielen Dank an Euch Alle! Es ist ein gutes Gefühl, wenn hier geholfen wird und geteiltes Leid ist ja bekanntlich halbes Leid.

[anli]

Ich hatte vor ca. drei Wochen auch regelmäßig Probleme - die CCU2 2.7.17 lief nicht länger als zwei Tage durch. Bei mir war es ein Drehgriffkontakt, der den Funkverkehr massiv störte - obwohl keine Batterie-leer Warnung oder ähnliches angezeigt wurde. Vielleicht könnte es hilfreich sein, batteriebetriebene Funkkomponenten außer Betrieb zu nehmen und zu schauen, ob sich etwas verändert. Alternativ kann man natürlich auch mit SDR oder SC868 o. ä. nach Störern suchen

[zwirni]

Hallo Anli,

wie genau hat es sich geäußert? Gab es da LOG-Einträge? Hattest Du dann öfters andere Servicemeldungen durch Überlagerung von Funkbefehlen?
Ich gehe jedem Hinweis nach. Danke!

LG - Zwirni

[PaulG4H]

Hallo Anli,

hattest du auch das Problem das bei diesem Sensor die Batterien in kürzester Zeit (max. 2 Wochen) leer waren oder bist du dem "Übeltäter" schon vorher auf die Spur gekommen?

Wie hast du das gemacht?

LG

Paul

[anli]

Das war der DGK an der Terrassentür - irgendwann habe ich gesehen, dass dessen LEDs sehr lange orange bleiben, da habe ich die Batterien mal rausgenommen. Seitdem Sie raus sind, geht der Rest auch wieder wunderbar.

Das Thema machte sich bemerkbar, dass keine Funk-Funktionen mehr steuerbar waren (obwohl die LEDs des DGK später dann aus waren). Anscheinend zog der die DGK die Zentrale "mit runter". Manchmal standen Servicemeldungen in der Zentrale, manchmal zeigten sich einfach nur die Auswirkungen. Manchmal stand in der WebUI nur, dass Servicemeldungen zu Geräten zu übertragen waren (die garantiert nicht in Ihrer Konfiguration geändert wurden). Manchmal halfen Neustarts der CCU, manchmal nicht - insgesamt nervige Tage

Die Batterien waren schon länger in dem DGK (1-1,5 Jahre würde ich schätzen).

[zwirni]

Hallo,

ich wollte nur mal wieder einen kurzen Zwischenstand geben. Das Problem mit dem abstürzenden Rega-Prozess habe ich nach wie vor. Nun lief die CCU2 nach dem Update auf 2.9.10 mal stolze 10 Tage. Aber heute war es wieder soweit.

Im Juli hatte ich 6 Abstürze, im Juni 4 und im Mai 3. Schlechte Tendenz. Mal schauen wie es weitergeht. Wäre wirklich wünschenstwert, wenn sich EQ-3 mal diesem Problem annimmt. So macht das alles keinen Spaß mehr.

LG - Zwirni

[KJSBO]

Hallo,

wie kann ich denn verhindern, dass überhaupt Daten in das access.log geschrieben werden? (sorry, kenne von Linux nur den Namen ).

Gruß
Kurt

[anli]

Hallo,

wie kann ich denn verhindern, dass überhaupt Daten in das access.log geschrieben werden? (sorry, kenne von Linux nur den Namen ).

Gruß
Kurt

Worauf beziehst Du Dich hier

[KJSBO]

hi Anli,

ich meine das access.log von LIGHTTPD, also /VAR/LOG/LIGHTTPD-access.log.

Dort wird alles gelogged, was ich über die HM-WEBUI tue, und im Sekundentakt werden die Stati der HM-Komponenten aktualisiert. Dann kommt schnell eine sehr große Datei zusammen und ich möchte das als Ursache für Abstürze ausschließen.
Da ich die Infos in dieser Datei im Regelfall nicht benötige, kann ich auf das logging verzichten. Wie schalte ich das logging ab?

Gruß
Kurt

[anli]

Du kannst probieren, das über die lighthttpd.conf einzustellen. Es könnte jedoch sein, dass die bei jedem Firmwareupdate überschrieben wird.