Neuer Blogbeitrag: Monatsrückblick - Dezember 2025 🎄

[PrinzEisenherz1]

@Segway

Hab meine Aussage editiert.

Hab von Apollon die letzten Nachrichten übersehen

[PrinzEisenherz1]

So, hab jetzt die 1.9.3 nochmals getestet. Schein jetzt zu laufen. Auch nach nem Neustart kommen die duplicate Meldungen nicht mehr.

Klasse Apollon

Danke

Johnny

[Segway]

super das hört sich gut an !!!!!! TOP. wäre gut die 1.9.3 offiziell zu amchen dann teste ich das auch :-)

[apollon77]

Bitte auch gern testen mit neuester GitHub Version. Kann nur besser werden :-)

Und vollständiges Log bitte ab Adapterstart!

[PrinzEisenherz1]

Kannst de doch testen. Gehst im Admin auf das Octa-Symbol und installierst dir den SQL-Adapter aus m git

[Segway]

@apollon77:

Bitte auch gern testen mit neuester GitHub Version. Kann nur besser werden :-)

Und vollständiges Log bitte ab Adapterstart! `

Hi apollon77,

sieht bei mir sauber aus, habe es allerdings nicht im Debug gemacht. Da kommen ja 8 Milliarden Meldungen :-) Aber so habe ich kein warning oder error.

Oder willst du trotzdem debug-log ?

[apollon77]

Die Frage ist: SInd die "Duplicate Enry" beim Startup weg oder nicht :-) Wenn weg reicht es ohne Debug … Dann fehlt nur noch PrinzEisenherz1 als zweite Bestätigung :-)

[Segway]

@apollon77:

Die Frage ist: SInd die "Duplicate Enry" beim Startup weg oder nicht `

Ja, ich kann bestätigen, die "Duplicate Entries" sind weg, daher kein debug-log erforderlich.

[PrinzEisenherz1]

Hab ich oben schon geschrieben das die Einträge weg sind.

Also auch bei Neustart keine duplicate entrys mehr.

Danke Apollon

[Segway]

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 `

[Segway]

Ja der wird jetzt immer beendet und habe laufend was mit too many connections.

[apollon77]

@PrinzEisenherz1:

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!

[apollon77]

@Segway:

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

[Segway]

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.

[apollon77]

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

[Segway]

@apollon77:

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 ?

[apollon77]

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.

[PrinzEisenherz1]

Apollon soll ich sie mal drüber installieren?

[PrinzEisenherz1]

Also ich habs vom git nochmal drüberinstalliert. Keine Auffälligkeiten. Keine errors oder warnings

Johnny

[Segway]

@apollon77:

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