NEWS
Warnung : Reconnection to DB.
-
Hab mal sql auf den opi gelegt und das selbe Problem.
Apollon wie verwende ich das collectd? Was muss ich da genau machen?
-
Hi,
Coolectd: Sorry, aber am besten befrag da mal Google. Du bräuchtest collectd auf dem Rechner und mus RRD Files schreiben mit den Daten und brauchst irgendwas zu visualisieren. Ist nur ne Idee … am Ende kommen wir hier nicht weiter es sei denn wir finden raus was hier zu den Zeitpunkten auf dem Rechner passiert.
Hast Du irgendwie ein Muster entdecken können wann es auftritt oder ist es komplett zufällig?
-
Also nachdem ich komplett auf stable-Repo zurück bin läuft es auch wieder.
hmmm….ist jetzt bloß die Frage woran es lag.
-
So werd ich es auch machen. Muss bloß noch auf meinen NUC warten. Dann ziehe ich erstmal mein Produktivsystem auf den NUC und mache mit dem OPi den test.
-
Freut mich, daß es jetzt wieder läuft! Bei mir war das anders, downgraden brachte zwar etwas Linderung, aber keine Heilung.
-
Ich habe auch node komplett deinstalliert und neu installiert.
Node 6.14.3
Npm 3.10.10
Und ein reinstall.sh laufen lassen.
-
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.
-
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 ...
-
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.
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
-
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!
-
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 ..
-
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.
-
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
711
Online32.6k
Benutzer82.2k
Themen1.3m
Beiträge