NEWS
[Aufruf] Dringender Test sql 1.6.4
-
"Nur Änderungen" sollte nicht zu "alle 5 sekunden" führen.
Es gibt aber eine zweite EInstellung "Log unchanged values any(s)" bzw auf Deutsch "Gleiche Werte aufzeichnen(s)". Das meinte ich. Was steht denn da drin? Wenn da immer 0 steht dann kann das damit nichts zu tun haben.
Wenn es das nicht ist dann weiss ich es nicht. Der Adapter loggt an sich nur etwas wenn:
-
er startet - überall "null"s
-
er beendet wird - überall "null"s
-
wenn Daten reinkommen bzw. States sich ändern
Also ein kurzer Lastpeak beim start (weil ja alle "Null" geschrieben werden) ist zu erwarten.
Ansonsten Auf Debug stellen und auch wenns viel ist laufen lassen bis das Problem existiert. Dann Log schicken und alle Infos zu zeitpunkten oder so helfen dann.
-
-
"Nur Änderungen" sollte nicht zu "alle 5 sekunden" führen.
Es gibt aber eine zweite EInstellung "Log unchanged values any(s)" bzw auf Deutsch "Gleiche Werte aufzeichnen(s)". Das meinte ich. Was steht denn da drin? Wenn da immer 0 steht dann kann das damit nichts zu tun haben. `
Siehe oben…
Hatte wohl gerade editiert, als Du Deine Antwort geschrieben hattest. Zu mindestens bei einem DP stand dort eine 4.
Ich kontrolliere dann mal alle DPs.
Kann aber sagen, dass es mit den vorhanden Einstellungen in den letzten Wochen ruhig (keine Last) war.
Habe auch gerade 1.6.8 installiert. Die Last ist immer noch hoch, aber so um die 30% niedriger als vorher.
-
habe ich den Parameter
"Nach Intervall aufzeichnen(s)
(0 = Deaktivieren)"
ggf. falsch verstanden, bzw. ignoriert? Dort stand bei den kontrollierten Datenpunkt eine 4 drin.
Wird dann nach jedem 4. gleichem Wert der identische Wert geschrieben? `
"Nach Interval aufzeichnen" sagt mir nichts … Heisst das echt so???
Ansinsten kann ich aus dem englischen nur erraten das es genau um
Gleiche Werte aufzeichnen(s)
geht und eine 4 dort heisst: alle 4 SEKUNDEN wird der Wert geloggt auch wenn er sich nicht geändert hat
-
Hatte wohl gerade editiert, als Du Deine Antwort geschrieben hattest. Zu mindestens bei einem DP stand dort eine 4.
Ich kontrolliere dann mal alle DPs.
Kann aber sagen, dass es mit den vorhanden Einstellungen in den letzten Wochen ruhig (keine Last) war.
Habe auch gerade 1.6.8 installiert. Die Last ist immer noch hoch, aber so um die 30% niedriger als vorher. `
Dann mach mal die 4s raus bei allen und checke wie es dann ist :-)
Wenn noch zu hoch: Debug log
-
"Nach Interval aufzeichnen" sagt mir nichts … Heisst das echt so???
Ansinsten kann ich aus dem englischen nur erraten das es genau um
Gleiche Werte aufzeichnen(s)
geht und eine 4 dort heisst: alle 4 SEKUNDEN wird der Wert geloggt auch wenn er sich nicht geändert hat `
ja, heißt so (war copy & paste).
Danke für die Erklärung. Hätte ich vorher mal nachsehen sollen :roll:
Nach dem Adapterupdate auf 1.6.8:
-
Hatte nur das Update auf 1.6.8 den Effekt oder auch das du die 4 aus dem Feld entfernt hast?! Ersteres wäre falsch. `
Die "null" Einträge traten nach dem Update des Adapters auf (an Datenpunkten kontrolliert, die ich definitiv erst danach geändert hatte, 4 raus).
Gerade mal Stichpunkte gemacht. Auch in älteren Daten sind vereinzelt "null" Einträge drin.
Den Rest morgen… gähn
-
Und ein paar Log-Einträge direkt nach dem Update auf 1.6.8, die es vorher so nicht gab:
host.iobrokerng2 2018-02-06 00:15:33.998 error instance system.adapter.sql.0 terminated with code 0 (OK) sql.0 2018-02-06 00:15:33.987 info terminating sql.0 2018-02-06 00:15:33.482 info Adapter is disabled => stop sql.0 2018-02-06 00:15:33.481 error Error: ER_CON_COUNT_ERROR: Too many connections sql.0 2018-02-06 00:15:33.391 error Cannot insert INSERT INTO `iobrokerng2`.ts_number (id, ts, val, ack, _from, q) VALUES(835, 1517872533303, , 1, 17, 0);: Error: ER_PARSE_ERROR: You have an error in your SQL syntax; check the manual t sql.0 2018-02-06 00:15:33.390 error Cannot insert INSERT INTO `iobrokerng2`.ts_number (id, ts, val, ack, _from, q) VALUES(834, 1517872533303, , 1, 17, 0);: Error: ER_PARSE_ERROR: You have an error in your SQL syntax; check the manual t sql.0 2018-02-06 00:15:33.368 error Error: ER_CON_COUNT_ERROR: Too many connections host.iobrokerng2 2018-02-06 00:15:33.302 info stopInstance system.adapter.sql.0 host.iobrokerng2 2018-02-06 00:15:33.302 info object change system.adapter.sql.0 sql.0 2018-02-06 00:15:15.017 error Cannot insert INSERT INTO `iobrokerng2`.ts_number (id, ts, val, ack, _from, q) VALUES(834, 1517872514003, , 1, 5, 0);: Error: ER_PARSE_ERROR: You have an error in your SQL syntax; check the manual th sql.0 2018-02-06 00:15:15.015 error Cannot insert INSERT INTO `iobrokerng2`.ts_number (id, ts, val, ack, _from, q) VALUES(835, 1517872514003, , 1, 5, 0);: Error: ER_PARSE_ERROR: You have an error in your SQL syntax; check the manual th sql.0 2018-02-06 00:14:17.431 error Error: ER_NO_SUCH_TABLE: Table 'iobrokerng2.undefined' doesn't exist sql.0 2018-02-06 00:14:17.424 error Please wait till next data record is logged and reload. sql.0 2018-02-06 00:14:17.424 warn For getHistory for id javascript.0.Google_Maps.zur_Arbeit.Minuten_0: Type empty. Need to write data first. Index = 826 sql.0 2018-02-06 00:14:11.916 error Error: ER_NO_SUCH_TABLE: Table 'iobrokerng2.undefined' doesn't exist sql.0 2018-02-06 00:14:11.908 error Please wait till next data record is logged and reload. sql.0 2018-02-06 00:14:17.432 error Error: ER_NO_SUCH_TABLE: Table 'iobrokerng2.undefined' doesn't exist sql.0 2018-02-06 00:14:17.427 error Please wait till next data record is logged and reload. sql.0 2018-02-06 00:14:17.427 warn For getHistory for id javascript.0.Google_Maps.zur_Arbeit.Minuten_0: Type empty. Need to write data first. Index = 826 sql.0 2018-02-06 00:14:11.918 error Error: ER_NO_SUCH_TABLE: Table 'iobrokerng2.undefined' doesn't exist sql.0 2018-02-06 00:14:11.912 error Please wait till next data record is logged and reload. sql.0 2018-02-06 00:14:11.912 warn For getHistory for id javascript.3.co2sensor.co2: Type empty. Need to write data first. Index = 760 -
Die logmeldungen kommen bei nem Start des Adapters? Kannst einmal auf Debug schalten und Adapter starten und mir log schicken. Muss es jetzt final finden. Die gleichen Meldungen hat sissiwup auch. Ich kann es aber nicht nachvollziehen. Komplettes Debug log von Adapter start würde extrem helfen. Daaaanke ;-)
Ich will auch noch das „top many connections“ angehen. Mal schauen.
-
Hey All,
ich habe ein was rausgefunden: Datenpunkte die als "mixed"-Datentyp angelegt waren haben probleme gemacht … eigentlich haben die wohl schon immer nicht so wiiiiirklich funktioniert. Aber naja.
Ich hab in der Github Version was eingebaut.
Und ebenso habe ich versucht die "too many connection" Thematik zu lösen.
Also daher bitte 1.6.8 vo Github installieren und sagt mir mal was dazu :-))
-
Also daher bitte 1.6.8 vo Github installieren und sagt mir mal was dazu :-)) ` kann es sein dass nun kein NULL mehr nach dem Neustart eingetragen wird?
-
-
Also daher bitte 1.6.8 vo Github installieren und sagt mir mal was dazu :-)) ` derzeit bekomme ich keinen connect mit meinem SQL-Adapter und der v.1.6.8
Ich habe gerade mal den raspi rebootet, das brachte aber keine Abhilfe, daher gehe ich erst einmal auf den v.1.6.7 zurück
[EDIT]ich sah gerade dein Aufforderung doch noch mal Github zu bemühen, dass will ich dann doch tun 8-)
[EDIT2]connect hat schon einmal sofort funktioniert ;) 8-)
Support us
433
Online32.4k
Benutzer81.5k
Themen1.3m
Beiträge