Jahresrückblick 2025 – unser neuer Blogbeitrag ist online! ✨

[klassisch]

Freut mich, daß es jetzt wieder läuft! Bei mir war das anders, downgraden brachte zwar etwas Linderung, aber keine Heilung.

[PrinzEisenherz1]

Ich habe auch node komplett deinstalliert und neu installiert.

Node 6.14.3

Npm 3.10.10

Und ein reinstall.sh laufen lassen.

[klassisch]

Nachdem ich

js-controller -> 1.4.2

admin -> 3.4.7

web -> 2.4.6

upgedatet habe, bekomme ich die "reconnection to db" auch beim Lesen.

Wenn ich Firefox mit 36 Flot-Charts und 2 einfachen vis öffne, kommt diese Meldung.

Ursprünglich gefolgt von einem lästigen Neustart des history Adapters.

Nach einem Neustart des hosts bleibt der Neustart (noch) aus.

Derzeit habe ich eine 32GB SSD über USB am OPi für History. Habe hier noch eine 60GB liegen, die etwas schneller schreibt und liest. Mal am WE versuchen, ob ein Wechsel auf die schnellere 60GB SSD hilft.

[apollon77]

Hey,

Also 36 Flot Graphen bedeutet das parallel 36 Prozesse losgetreten werden die Daten lesen wollen.

Im neuen js-Controller 1.5.0 der seit gestern im latest ist ist mal mindestens der lästige Neustart von History nicht mehr da. Könntest du mal versuchen. Siehe Tester Thread gibt es aber scheinbar damit gerade noch ein ssl Thema …

Gesendet vom Handy ...

[klassisch]

@apollon77:

Also 36 Flot Graphen bedeutet das parallel 36 Prozesse losgetreten werden die Daten lesen wollen. ` ja , das mache ich schon geraume Zeit so. ich will das System ja nicht nur haben, sondern auch nutzen :-)

um weitere Investitionen oder Umbauten zu vermeiden, könnte ich das jetzt in zwei 18er Gruppen aufteilen und nacheinander abrufen. ich werde das mal testen.

@apollon77:

Im neuen js-Controller 1.5.0 der seit gestern im latest ist ist mal mindestens der lästige Neustart von History nicht mehr da. Könntest du mal versuchen. Siehe Tester Thread gibt es aber scheinbar damit gerade noch ein ssl Thema … ` vielen Dank, das klingt doch schon mal sehr gut. Der Log Eintrag stört mich weniger . Lästig sind die Neustarts von History. Zumal die bei mir von Neustart zu Neustart träger werden.

Ssl nutze ich innerhalb von ioBroker (noch) nicht. Und ich denke der Putty Zugang geht dir einen anderen Weg.

Gesendet von meinem ZTE A2016 mit Tapatalk

[apollon77]

Ja die Neustarts sind blöd und damit rechnet der Adapter nicht und dann pasieren ggf komische Dinge … Versuch mal die 1.5.0. Schu aber im testing Thread!

[klassisch]

Ja, sieht bisher sehr gut aus!

Habe jetzt einige solcher "Stresstests" durchgeführt. Man sieht im armbianmonitor, daß der Opi ackern muß.

Aber kein Problem im Log, nichtmal eine Reconnection to DB Meldung.

Vielen Dank!

[apollon77]

Cool super

Gesendet vom Handy …

[arteck]

ich kram mal den Thread raus..

bekomme die Meldung seit paar Tage nauch zu sehen… warum auch immer..

Master Docker auf Synology 10Gb RAM -> Redis -> MYSQL für History

Multihost Pi1 (slave Pi mit HDD)

Multihost Pi2 (SD)

den Reconnect bekomme ich auf javascript das auf dem Slave Pi1 läuft..kommt aber auch nur sporadisch vor ..

[klassisch]

Welche ioBroker.js-controller Version läuft auf dem fraglichen Pi (-> admin -> hosts)? Seit auf meinem Orange Pi die 1.5.0 installiet ist (gab mal einen Testaufruf) habe ich Reconnection DB nicht mehr gesehen.

[arteck]

hab 1.4.2 laufen…1.5.0 kann ich nicht nehmen.. hier funktioniert die Auth nicht

@ apollon77 : was habt ihr geändert ?? kann ich das nachprogrammieren in die 1.4.2 ?

[apollon77]

Dafür an sich nichts explizites.

Es ist nur ein Bug gefixt der bei einem reconnect immer wieder die das "read" Event für den Adapter getriggert hat und da manchmal komische Dinge passiert sind.

Ansonsten (siehe Changelog der 1.5.0) war da recht viel drin, aber nichts was ich gerade explizit dem zuschreiben würde …

Aber am Ende nochmal wann kommt Reconnect to DB: Wenn der 20s Ping/Pong zwischen Adapterprozess und js.controller-Objects/States-DB nicht stattgefunden hat. Das passiert wenn:

a) der Prozess >20s mit "Arbeit" geblockt war in Summe

b) die Verbindung Slave -> Master abgerissen ist