[Aufruf] Dringender Test sql 1.6.4
-
Ok, die CPU Last aktuell (alle Intervalle auf 0) reiche ich auch noch schnell nach:
Aktueller Stand (nach Reboot vom Linux Host).
-
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.
-
Im Cloud Adapter gibt es noch kein Log-Download
knapp 300 MB. Bekommst DU heute Abend.
-
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?
-
Interessant. Bitte nochmal neu vom Github holen.
-
sorry, ich war zu schnell, nach einem nochmaligen Neustart waren die NULLer wieder in den Tabellen.
nur nach der Installation der v. 1.6.8 waren keine NULLer zu sehen.
Ich habe daher nach der v. 1.6.8 noch keine neue Version von Github geladen
-
Bitte nochmal Github version :-))) … wer will
-
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-) -
EIne Version mittendrin hatte einen Fehler und startete nicht. Das sollte jetzt gefixt sein
-
Super! Sieht sehr gut aus. Keine Last mehr.
"too many connection" hatte ich beim Start auch nicht mehr.
-
Bei mir ist auch alles fein, ich hatte allerdings auch keine gravierenden Probleme zuvor (bzw. nicht bemerkt?) 8-)
-
Bitte prüfen das alle Daten da sind und so. Und bitte auch mal beenden - da sollten auch keine "too many connections" mehr kommen
-
Bitte prüfen das alle Daten da sind und so. Und bitte auch mal beenden - da sollten auch keine "too many connections" mehr kommen `
stoppen / starten -> läuft "wie Butter"
Schnell. Sauberes Log und keine "too many connections".
Sollten die Datentypen, die unter Objekte auf "mixed" stehen geändert werden oder kann ich die jetzt so lassen, wie sie sind?
-
Sollten die Datentypen, die unter Objekte auf "mixed" stehen geändert werden oder kann ich die jetzt so lassen, wie sie sind? `
Es ist jetzt eingebaut das er sich bei unklaren Datentypen den aktuellen Wert des Datenpunkts holt und den Datentyp ermittelt. Das wird dann genomen.
-
[Es ist jetzt eingebaut das er sich bei unklaren Datentypen den aktuellen Wert des Datenpunkts holt und den Datentyp ermittelt. Das wird dann genommen. ` die Grenzen werden dann sich bei 0 und 1 liegen, oder?
Denn, handelt es sich nun um einen boolscher Wert oder eine Zahl? - wahrscheinlich einmal so und einmal anders, oder?!
Spricht denn etwas dagegen zu Empfehlen den Typen explizit anzugeben und nur im Zweifel auf "automatisch" zu gehen? `
-
Ich habe beim Ausprobieren zunächst eine PostgreSQL Datenbank aufgesetzt.
Hier stand tatsächlich "wahr" und "falsch" in der "ts_bool"
Nun habe ich eine MariaDB im Einsatz (ein mySQL Fork), hier wird wiederum 0 und 1 für "true" und "false" in die "ts_bool" geschrieben.
Jetzt weiß ich natürlich nicht, ob 0 und 1 erst durch ein mapping entsteht oder bereits beim Erfassen?!
-
0/1 sind zahlen. True/false ist Boolean. Bei mixed Feldern kann es nur am Wert erkannt werden. Und ja wenn man Typen mischt (=Müll reinschreibt) kommt im sql (aber schon immer) Müll raus
-
ich habe auch gerade gesehen … das Format der Spalte "val" in der "ts_bool"ist in der MariaDB vom Typ "tinyint", das sollte die 0 und 1 Darstellung von true und false erklären.
-
1.6.8: (nach nächtlichen Neustart)
ost.zotac 2018-02-07 05:30:45.029 error instance system.adapter.sql.0 terminated with code 0 (OK) Caught 2018-02-07 05:30:45.029 error by controller[3]: at Manager.ondata (/opt/iobroker/node_modules/socket.io-client/lib/manager.js:322:16) Caught 2018-02-07 05:30:45.029 error by controller[3]: at Decoder.add (/opt/iobroker/node_modules/socket.io-parser/index.js:246:12) Caught 2018-02-07 05:30:45.028 error by controller[3]: at Decoder.Emitter.emit (/opt/iobroker/node_modules/component-emitter/index.js:134:20) Caught 2018-02-07 05:30:45.028 error by controller[3]: at Decoder. (/opt/iobroker/node_modules/component-bind/index.js:21:15) Caught 2018-02-07 05:30:45.028 error by controller[3]: at Manager.ondecoded (/opt/iobroker/node_modules/socket.io-client/lib/manager.js:332:8) Caught 2018-02-07 05:30:45.028 error by controller[3]: at Manager.Emitter.emit (/opt/iobroker/node_modules/socket.io-client/node_modules/component-emitter/index.js:133:20) Caught 2018-02-07 05:30:45.028 error by controller[3]: at Manager. (/opt/iobroker/node_modules/component-bind/index.js:21:15) Caught 2018-02-07 05:30:45.027 error by controller[3]: at Socket.onpacket (/opt/iobroker/node_modules/socket.io-client/lib/socket.js:236:12) Caught 2018-02-07 05:30:45.027 error by controller[3]: at Socket.onack (/opt/iobroker/node_modules/socket.io-client/lib/socket.js:312:9) Caught 2018-02-07 05:30:45.027 error by controller[3]: at Socket. (/opt/iobroker/node_modules/iobroker.sql/main.js:939:40) Caught 2018-02-07 05:30:45.027 error by controller[3]: 2018-02-07 05:30:44.454 - sql.0 ReferenceError: task is not defined Caught 2018-02-07 05:30:45.027 error by controller[2]: 2018-02-07 05:30:44.453 - sql.0 uncaught exception: task is not defined Caught 2018-02-07 05:30:45.026 error by controller[1]: at Manager.ondata (/opt/iobroker/node_modules/socket.io-client/lib/manager.js:322:16) Caught 2018-02-07 05:30:45.026 error by controller[1]: at Decoder.add (/opt/iobroker/node_modules/socket.io-parser/index.js:246:12) Caught 2018-02-07 05:30:45.026 error by controller[1]: at Decoder.Emitter.emit (/opt/iobroker/node_modules/component-emitter/index.js:134:20) Caught 2018-02-07 05:30:45.026 error by controller[1]: at Decoder. (/opt/iobroker/node_modules/component-bind/index.js:21:15) Caught 2018-02-07 05:30:45.025 error by controller[1]: at Manager.ondecoded (/opt/iobroker/node_modules/socket.io-client/lib/manager.js:332:8) Caught 2018-02-07 05:30:45.025 error by controller[1]: at Manager.Emitter.emit (/opt/iobroker/node_modules/socket.io-client/node_modules/component-emitter/index.js:133:20) Caught 2018-02-07 05:30:45.025 error by controller[1]: at Manager. (/opt/iobroker/node_modules/component-bind/index.js:21:15) Caught 2018-02-07 05:30:45.024 error by controller[1]: at Socket.onpacket (/opt/iobroker/node_modules/socket.io-client/lib/socket.js:236:12) Caught 2018-02-07 05:30:45.024 error by controller[1]: at Socket.onack (/opt/iobroker/node_modules/socket.io-client/lib/socket.js:312:9) Caught 2018-02-07 05:30:45.024 error by controller[1]: at Socket. (/opt/iobroker/node_modules/iobroker.sql/main.js:939:40) Caught 2018-02-07 05:30:45.024 error by controller[1]: ReferenceError: task is not defined Caught 2018-02-07 05:30:45.023 error by controller[0]: Cannot find module 'pg-native' sql.0 2018-02-07 05:30:44.995 info terminating sql.0 2018-02-07 05:30:44.485 warn Exception: ReferenceError: task is not definedZurück auf 1.6.7 -> Fehler weg.
