SQL-Fehlermeldung bei Neustart "Duplicate entry"
-
Hab ich oben schon geschrieben das die Einträge weg sind.
Also auch bei Neustart keine duplicate entrys mehr.
Danke Apollon `
hehe, hab ich übersehen.
Gut dann kann die Version so offiziell raus. Danke!
-
Moment:
Ich sehe grad das sich der Adapter immer neu starten bei mir. Das war vorher nicht:
` > sql.0 2018-08-21 12:12:16.961 info terminating
sql.0 2018-08-21 12:12:16.148 warn Exception: TypeError: Cannot read property 'toString' of undefined
sql.0 2018-08-21 12:12:16.102 error at Timer.listOnTimeout (timers.js:214:5)
sql.0 2018-08-21 12:12:16.102 error at tryOnTimeout (timers.js:250:5)
sql.0 2018-08-21 12:12:16.102 error at ontimeout (timers.js:390:15)
sql.0 2018-08-21 12:12:16.102 error at Timeout.pushHelper (/opt/iobroker/node_modules/iobroker.sql/main.js:1155:62)
sql.0 2018-08-21 12:12:16.102 error TypeError: Cannot read property 'toString' of undefined
sql.0 2018-08-21 12:12:16.101 error uncaught exception: Cannot read property 'toString' of undefined
sql.0 2018-08-21 12:12:01.324 error Error: ER_CON_COUNT_ERROR: Too many connections
Strange … da habe ichnichts geändert. Warum ist der value da undefined?!
Bitte nochmal Github Version versuchen. Habe was eingebaut um das abzufangen
-
Hi apollon,
sehe es mir nach aber aber ich hab den kompletten Pi lahm gelegt. keine Ahnung wieso das passiert ist, läuft nun wieder mit der alten Version (downgrade).
Da es mein Produktivsystem ist, kann ich erst testen wenn ich meine Testumgebung aufgebaut habe.
Dies wollte ich machen, wenn mein NUC bestellt ist.
Im moment möchte ich einfach nicht auf dem Produktivsystem testen da es meine Daten ja loggt (sql.0)
Ich hoffe das ist ok.
-
Lahmgelegt? Durch den Adapter? Naja ggf weil er halt immer wieder wegen de Fehler gecrasht und neu gestartet wurde, oder ?! Dann sollte diese Version helfen.
Kann aber verstehen wenn Du es absichern willst
-
Lahmgelegt? Durch den Adapter? Naja ggf weil er halt immer wieder wegen de Fehler gecrasht und neu gestartet wurde, oder ?! Dann sollte diese Version helfen.
Kann aber verstehen wenn Du es absichern willst `
Ne habe ich nciht gesagt, dass es durch deinen Adapter kommt. Ist wahrscheinlich auch nicht so. Aber klar wurde der sql-Adapter zig mal neugestartet.
Da muss ich erstmal schauen warum das so ist.
Ich meine gesehen zu haben, dass beim erstmaligen Start des SQL Adapters bereits warnings und errors kommen. Meistens mit too many connections und dann kommen insert into Fehler.
Soll ich dir das dann mal schicken / posten ?
-
Also da ist die Frage wie viele Datenpunkte Du loggst.
Wenn Du das "Schreibe NULL beim Start/Ende" Aktiviert hast dann schreibt der halt beim Start einmal überall eine NULL und den aktuellen Wert rein. Das hochparallel … da gibts schon ein issue für.
Wenn Du solche Probleme hast schalte das Feature in der Konfig aus.
-
Apollon soll ich sie mal drüber installieren?
-
Also ich habs vom git nochmal drüberinstalliert. Keine Auffälligkeiten. Keine errors oder warnings
Johnny
-
Kann aber verstehen wenn Du es absichern willst `
Moin auch
So habe nun doch nochmals die 1.9.3 installiert und Loglevel auf debug gestellt. Jetzt schreibt der seit 8 Minuten in die Log ! Wie lange dauert das denn bis der fertig ist ? Ist das normal ?
Hier mein aktueller Stand:
Objekte: 3572, Zustände: 2794
-
So, läuft erst einmal ohne errors und warnings mit 1.9.3.
Neustart mache ich gleich einmal und dann beobachte ich erst einmal - melde mich.
-
Na perfekt, dann bereiche ich das update vor!
-
Na perfekt, dann bereiche ich das update vor! `
Ich schaue mir heute Abend noch das Log an, da der ja Unmengen an Logs schreibt bei Debug sql. aber sieht erstmal jut aus :mrgreen: DAUMEN HOCH :mrgreen:
