debmatic Update auf 3.47.18

[deimos]

Hi,

das Update auf 3.47.18 ist jetzt im apt Repository verfügbar. Sofern keine großen Probleme auftauchen, kommt das in ca. 2 Wochen dann auch in stable.

Viele Grüße
Alex

[Marrom77]

Diverse 3.47.15-Unzulänglichkeiten mit Homematic-IP, die sofort auffällig waren, sind jetzt erfreulicherweise unauffällig. Bin gespannt, wie es sich im Dauerbetrieb verhält...

[deimos]

Hi,

Diverse 3.47.15-Unzulänglichkeiten mit Homematic-IP, die sofort auffällig waren, sind jetzt erfreulicherweise unauffällig. Bin gespannt, wie es sich im Dauerbetrieb verhält...

Was meinst du hier genau? Mir ist hier nichts bekannt und ich könnte mich auch nicht daran errinnern, dass du hier itgendetwas erwähnt hättest, was die Vorraussetzung dafür ist, das Probleme angegangen werden können.

Viele Grüße
Alex

[Marrom77]

ich hatte regelmässig Probleme mit HMIP-Server. Ca. täglich haben die Geräte dann nicht mehr reagiert. Erst ein kompletter Reboot hat dann wieder den Normalzustand für einige Stunden hergestellt. Welche Änderung genau dazu geführt hat, dass das Verhalten auftrat, kann ich nicht mehr nachvollziehen. Klingt auf jeden Fall nach dem bekannten Verhalten, was hier bereits für CCU/Raspberrrymatic diskutiert wurde: viewtopic.php?f=65&t=51374. Ein Geräte vom Typ HmIP-FSM16 hatte bei 3.47.15 nach einem Neustart einfach keine Aktualisierung des Status gezeigt. Erst nach ein/ausschalten hat sich das Gerät aktualisiert. Auch das läuft jetzt wieder "normal". Ich habe auch mehrere HMIP-PSM im Einsatz, was wohl auch typisch für das beschriebene Fehlverhalten sein soll.

[jmaus]

Welche Änderung genau dazu geführt hat, dass das Verhalten auftrat, kann ich nicht mehr nachvollziehen. Klingt auf jeden Fall nach dem bekannten Verhalten, was hier bereits für CCU/Raspberrrymatic diskutiert wurde: viewtopic.php?f=65&t=51374.

Das Problem welches die 3.47.18 vs. 3.47.15 repariert im Bezug auf den HMIPServer ist, das es dort in der XMLRPC Schnittstelle des HMIPServer durch zu lange Timeouts dazu kommen konnte, das wenn sich ein externes Programm oder eine App via XMLRPC am HMIPServer angemeldet hatte und der HMIPServer versucht hat Events an die angemeldeten Clients zu senden diese jedoch ggf. nicht mehr aktiv waren (z.B. abgeschaltete App oder ioBroker, etc.) damit dann die gesamte Eventauslieferung an alle XMLRPC Clients (und somit eben auch an die ReGaHss) zum stocken bzw. anhalten kam. In der 3.47.18 wurden daher die Timeouts nun für das weiterbearbeiten der Eventloop auf eine kurze Zeitspanne von wenigen Sekunden gesetzt (vorher waren es einige Minuten) was erst einmal das Problem vorübergehend beheben sollte bis die Art der Eventauslieferung im integrierten XMLRPC Teil im HMIPServer komplett überarbeitet ist und dann die Events Client-unabhängig ausgeliefert werden und es systembedingt dann nicht mehr zu solchen "Stockern" kommen sollte.

[deniscubic]

Wo findet man das Repo?

[rbeudel]

Hallo,

Re: debmatic in LXC Container unter Proxmox

Beitrag von deimos » 21.08.2019, 18:11
Hi,

und damit verwendest du das stable apt Repository, in welchem das noch nicht drin ist. Bei dem Befehl mit echo musst du stable durch testing ersetzen, falls du das testing apt Repository willst. Dabei solltest du dir natürlich bewusst machen, das testing im Zweifel auch Fehler enthält.

Viele Grüße
Alex
Meine Projekte:

piVCCU - Virtuelle CCU auf Raspberry Pi, Tinkerboard, Orange Pi und anderen
debmatic - CCU auf Debian basierten Distributionen
homematic_check_mk - check_mk für die CCU

Mein Wunschzettel
Nach oben

[deimos]

Hi,

ich habe die Version 3.47.18 grade eben auch im stable apt Repo bereitgestellt.

Viele Grüße
Alex

[lonsimbt]

Hab gestern das Update durchlaufen lassen. Läuft alles rund und ohne Probleme.

Vielen Dank dafür.

Gruß Marco

[RexRocker]

Randnotiz, weil eigentlich alles sauber läuft: alle meine Heizthermostate waren nach dem Update als "AUS" gelistet. Und konnten auch nicht wieder eingeschaltet werden. Erst das Öffnen des Fensters hat wieder dazu geführt dass alles wieder ansprechbar war/ist. Seither ... alles easy.