RaspberryMatic 3.45.5.20190330 – Erfahrungsberichte

[Chemieka]

Servicemeldungen tauchen keine auf ? Ich weiss leider nicht mehr genau, wie lange bzw wie viele Tage das bei mir gedauert hat, aber es war sicher fast ne Woche.....meine läuft mit ca -74.

Jedenfalls dein DC würde zu einer laufenden Übertragung "passen"

-Denke mal besser in einem anderen/eigenen Thread behandeln, mit der aktuellen RM Version hat das glaube ich nix zu tun

Ich hatte 2,3 Mal Komm Fehler zur Station- während das Update lief - und die hat sonst "nie" Komm Probleme. Nachdem das Update durch war waren auch die Komm Probleme zu/von dem Teil weg. Irgendwie hat das Teil seinen eigenen Kopf.

Danke wenn es bei dir eine Woche war, dann warte ich mal weiter. Werde berichten.

[AndiN]

@All zum Thema Gewerke.

Was ich bestätigen kann:
- Öffnen Gewerke

Code: Alles auswählen

Apr 22 17:21:51 Jeanny local0.err ReGaHss: ERROR: Send failed (errno=32)! [Send():iseSysLx.cpp:1596]
Apr 22 17:21:51 Jeanny local0.err ReGaHss: ERROR: Send failed (errno=32)! [Send():iseSysLx.cpp:1596]

Ob das jeder hat weiß ich nicht, aber könnte ja jemand quer prüfen.

- Editieren Gewerke (sprich Bearbeiten und ein Gewerk Namen ändern)
- Ladebalken läuft (lange)

Code: Alles auswählen

Apr 22 17:23:04 Jeanny user.warn monit[1233]: 'ReGaHss' failed protocol test [HTTP] at [localhost]:8183 [TCP/IP] -- HTTP: Error receiving data -- Resource temporarily unavailable
Apr 22 17:23:17 Jeanny user.warn monit[1233]: 'ReGaHss' failed protocol test [HTTP] at [localhost]:8183 [TCP/IP] -- HTTP: Error receiving data -- Resource temporarily unavailable
Apr 22 17:23:26 Jeanny local0.err ReGaHss: ERROR: Send failed (errno=32)! [Send():iseSysLx.cpp:1596]
Apr 22 17:23:26 Jeanny local0.err ReGaHss: ERROR: Send failed (errno=32)! [Send():iseSysLx.cpp:1596]

- Wiederholung (Bearbeiten und ein Gewerk ändern)
gleiche Meldungen

- Öffnen Räume

Code: Alles auswählen

Apr 22 17:25:17 Jeanny user.warn monit[1233]: 'ReGaHss' failed protocol test [HTTP] at [localhost]:8183 [TCP/IP] -- HTTP: Error receiving data -- Resource temporarily unavailable
Apr 22 17:25:28 Jeanny local0.err ReGaHss: ERROR: Send failed (errno=32)! [Send():iseSysLx.cpp:1596]

- Editieren Räume (sprich Bearbeiten und ein Raum ändern)
- Ladebalken läuft

Code: Alles auswählen

Apr 22 17:26:04 Jeanny user.warn monit[1233]: 'ReGaHss' failed protocol test [HTTP] at [localhost]:8183 [TCP/IP] -- HTTP: Error receiving data -- Resource temporarily unavailable
Apr 22 17:26:17 Jeanny local0.err ReGaHss: ERROR: Send failed (errno=32)! [Send():iseSysLx.cpp:1596]

- Wiederholung (Bearbeien und ein Raum ändern)
gleiche Meldungen

Stelle Jens auch gerne ein Backup zur Verfügung. Denke aber das ist nur die Vorstufe von denjenigen wo die Rega durch den Monit neu gestartet wird.

Randnotiz (weil die Hypothese kam: Anzahl spielt vielleicht das Problem): 18 Gewerke / 17 Räume

Andi

[sauss]

Die WatchDog Meldung bei ändern von Gewerken klappt auch bei anlegen von Systemvariable und kurz danach wieder Löschen dieser Systemvariable.

Da in der Masse ... das eins oder andere untergeht, diese WatchDog Meldung klappt auch noch anders.

[jmaus]

@All zum Thema Gewerke.

[...]

Code: Alles auswählen

Apr 22 17:23:04 Jeanny user.warn monit[1233]: 'ReGaHss' failed protocol test [HTTP] at [localhost]:8183 [TCP/IP] -- HTTP: Error receiving data -- Resource temporarily unavailable
Apr 22 17:23:17 Jeanny user.warn monit[1233]: 'ReGaHss' failed protocol test [HTTP] at [localhost]:8183 [TCP/IP] -- HTTP: Error receiving data -- Resource temporarily unavailable
Apr 22 17:23:26 Jeanny local0.err ReGaHss: ERROR: Send failed (errno=32)! [Send():iseSysLx.cpp:1596]
Apr 22 17:23:26 Jeanny local0.err ReGaHss: ERROR: Send failed (errno=32)! [Send():iseSysLx.cpp:1596]

Ich verstehe zwar noch nicht warum das Gewerke bearbeiten so lange dauert bei einigen, aber hier scheint wohl es zu einer situation zu kommen wo die ReGaHss für eine längere Zeit geblockt wird und dann der Watchdog eben anschlägt weil die WebUI über HTTP dann für eine längere Zeit nicht erreichbar ist und das triggert dann einen Neustart der ReGaHss. Das wurde bereits in einem anderen Kontext an mich gemeldet (wenn man z.B. sehr viele Geräte hat und die Geräteliste anzeigen lässt) und für die nächste Version habe ich den timeout für die Erkennung das die WebUI nicht geht erhöht und dann sollte auch dieses Problem hoffentlich nicht mehr auftreten.

[darkbrain85]

Die Gewerkeliste benötigt bei mir auch 10-15 Sekunden.Da ich da aber nicht ständig was ändere, kann das durchaus schon immer so gewesen sein. Bei mir sind es 12 Gewerke...

Sollte der Ladevorgang schneller gehen?

[AndiN]

Ich verstehe zwar noch nicht warum das Gewerke bearbeiten so lange dauert bei einigen, aber hier scheint wohl es zu einer situation zu kommen wo die ReGaHss für eine längere Zeit geblockt wird und dann der Watchdog eben anschlägt weil die WebUI über HTTP dann für eine längere Zeit nicht erreichbar ist und das triggert dann einen Neustart der ReGaHss. Das wurde bereits in einem anderen Kontext an mich gemeldet (wenn man z.B. sehr viele Geräte hat und die Geräteliste anzeigen lässt) und für die nächste Version habe ich den timeout für die Erkennung das die WebUI nicht geht erhöht und dann sollte auch dieses Problem hoffentlich nicht mehr auftreten.

Das kann natürlich an der Anzahl der Geräte liegen. Werde es bei der nächsten Version checken. Vielleicht ist dann bei den Anderen, wo der Rega Dienst abschmiert das Problem auch gelöst. Mal schauen.

Danke Dir

Andi

[Xel66]

Dass der Gewerkeaufruf etwas länger dauert, habe ich auch schon festgestellt. Das schleppe ich auch schon über längere Zeit und mehrere Versionen mit mir rum. Da ich das aber im Grunde nicht verwende (außer in einem Fensterscript), stört es mich auch nicht weiter. Nur wenn ja jetzt ein Watchdog zuschlägt, dann ist das eher suboptimal, denn grundsätzlich funktioniert das ja. Braucht nur etwas länger.

Gruß Xel66

[alchy]

Na dann wollen wir mal hoffen, das das was da läuft nicht in die CCU3 Firmware kommt.
12 Gewerke und 14 Räume und keinerlei Probleme.

Alchy

[Xel66]

...nicht in die CCU3 Firmware kommt.

Wäre es ein grundsätzliches Problem, wäre es schön drin, denn die Beobachtungen habe ich erstmalig vor über einem Jahr gemacht. Da ich das nicht benutze, habe ich es auch aus den Augen verloren. Das muss mit der individuellen Konfiguration zusammenhängen. Sowas wie Sonderzeichen in der Benennung von Gewerken und Geräten o.ä..

Gruß Xel66

[alchy]

Sonderzeichen habe ich an verschiedenen Stellen schon eingebaut in Teßtgäwürk und Täßträum. Auch habe ich reichlich Kanäle in die Testobjekte eingefüllt. Die CCU3 mit 3.45.7 bringt mir keine Fehlermeldungen bei Aufruf und Bearbeitung von Gewerken und Räumen, geschweige denn einen Absturz der RegaHss. Auch wird der Kram innerhalb kurzer Zeit angezeigt.


Alchy