NEWS
[Aufruf] Dringender Test sql 1.6.4
-
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 defined
Zurück auf 1.6.7 -> Fehler weg.
-
1.6.8: (nach nächtlichen Neustart)
Zurück auf 1.6.7 -> Fehler weg. `
Von 1.6.8 gab es sehr kurzfristig ein paar Überarbeitungen. Hattest Du den letzten Stand noch einmal drüber installiert?
Ich hatten den Fehler mit einem Zwischenstand der 1.6.8 auch. Dann gab es ganz schnell einen Fix un der Fehler war weg.
-
Jupp scheinbar hatte sissiwup die zwischenversion drauf. Please retry
-
Ich glaube wir sind auf der Zielgeraden. Ich habe noch eine Kleinigkeit geändert was das Start-Logging angeht - da wurde teilweise der geloggte "letze existierende Wert" verzögert geloggt zusammen mit der nächsten Änderung, was durchaus komisch aussah.
Also die 1.6.8 die jetzt auf Github ist wäre aus meiner Sicht ok … erste Tests bestätigen es.
Also wenn Ihr könnt bitte JETZT (also nach 10:15 heute) nochmal neu installieren.
@sissiwup: Vor allem Du bitte
Und bitte nach update starten, Log checken nach Fehlern. Falls welche da sind bitte nochmal stoppen und nochmal starten. Sind die Fehler dann immer noch da? Bei ruhr70 hat das initiale "verbogene Typen glattziehen" zu ein paar Warnungen geführt, die beim zweiten Start aber weg waren ...
Wenn Fehler waren bitte trotzdem mir schicken/posten.
Wenn das alles passt suche ich als nächstes User mit 1.5.6 (Stable) die mal ein Update versuchen ... bin gespannt was dann noch so passiert ...
In jedem Fall Mega Danke an Eure Unterstützung!!!
-
Mehs Dank für Deine Arbeit!
Gesendet von iPhone mit Tapatalk
-
Also ich komme von sql 1.5.6 und habe es gewagt, nun die aktuelle von github 1.6.8 zu installieren.
Es funktioniert alles tadellos ohne Fehlermeldungen beim Starten des Adapters
-
Hallo,
habe neuen Fehler:
sql.0 2018-02-07 21:53:13.478 error Error: ER_NO_SUCH_TABLE: Table 'iobroker.undefined' doesn't exist sql.0 2018-02-07 21:53:13.443 error Please wait till next data record is logged and reload. sql.0 2018-02-07 21:53:13.443 warn For getHistory for id hm-rpc.0.HEQ0113689.1.VALVE_STATE: Type empty. Need to write data first. Index = 410 web.0 2018-02-07 21:53:13.317 info 2018-02-07T20:53:13.317Z Connected system.user.admin web.0 2018-02-07 21:53:12.429 info 2018-02-07T20:53:12.429Z Connected system.user.admin host.zotac 2018-02-07 21:53:03.443 info Update repository "online" under "https://raw.githubusercontent.com/ioBroker/ioBroker.repositories/master/sources-dist.json" iobroker 2018-02-07 21:53:03.166 info exit 0
Das ist ein Uralter Datenpunkt von einem VD-Regler (also die alten Heizungsregler).
Wenn ich im Objekt mir die Tabelle der Werte Anzeige, sind die alle sauber geloggt.
Float-Grafik bringt obige Fehlermeldung. (PS: neuste Version vom GIT, grade vor 5 min. installiert).
-
In jedem Fall Mega Danke an Eure Unterstützung!!! ` fühlt sich nach "verkehrter Welt" an.
Der Dank geht natürlich an dich!
-
Hab mich auch nochmal getraut, das Update anzuklicken. Wie immer ist der pi3 dabei eingefroren. Kaltstart und Upgrade SQL und schon hab ich dir 1.6.8 drauf. Werde mir den Verlauf anschauen und berichten.
PS: bei kleinste Änderung im zu loggenden Objekt, muss man da mit Punkt oder Komma Arbeiten? 0.01 oder 0,01?
Danke und viele Grüße, Thorsten
Gesendet von meinem HUAWEI RIO-L01 mit Tapatalk
-
sql.0 2018-02-07 21:53:13.443 error Please wait till next data record is logged and reload. sql.0 2018-02-07 21:53:13.443 warn For getHistory for id hm-rpc.0.HEQ0113689.1.VALVE_STATE: Type empty. Need to write data first. Index = 410
Das ist ein Uralter Datenpunkt von einem VD-Regler (also die alten Heizungsregler).
Wenn ich im Objekt mir die Tabelle der Werte Anzeige, sind die alle sauber geloggt.
Float-Grafik bringt obige Fehlermeldung. (PS: neuste Version vom GIT, grade vor 5 min. installiert). `
Schau dir mal genau die Meldung an. Bei der neuen Version kann es vorkommen das noch nicht die Typinfo initialisiert ist und damit die getHistory-Abfrage ins leere läuft.
Wartemal bis der ein bissl läuft und ein Wert geloggt wurde Geht Flot dann?
Ansonsten habe ich die letzte 1.6.8 jetzt als 1.6.9 veröffentlicht. Ist dann morgen im latest. Nur so um sicher zu gehen das auch jeder die aktuelle Version bekommt
-
PS: bei kleinste Änderung im zu loggenden Objekt, muss man da mit Punkt oder Komma Arbeiten? 0.01 oder 0,01? `
geht beides.
-
Ansonsten habe ich die letzte 1.6.8 jetzt als 1.6.9 veröffentlicht. Ist dann morgen im latest. Nur so um sicher zu gehen das auch jeder die aktuelle Version bekommt ` beim Update auf die v.1.6.9 hat sich dieses mal mein raspberry aufgehangen
-
Echt interessant … das kann nur am sqlite Kompiliervorgang liegen ... komisch
-
> Echt interessant … das kann nur am sqlite Kompiliervorgang liegen ... komisch
Das denke ich ebenfalls (als Laie).
Auf meinem Tinkerboard dauert die Installation extrem lange; mit dem Unterschied, dass es sich nicht aufhängt.
Obwohl ich das öfters gedacht habe…
Grüße
-
Kann man nicht sqlite evtl separat updaten? Würde gern testen ob mein pi3 deshalb beim Update vom SQL Adapter immer aufgibt…
Gesendet von meinem HUAWEI RIO-L01 mit Tapatalk
-
Ansonsten habe ich die letzte 1.6.8 jetzt als 1.6.9 veröffentlicht. Ist dann morgen im latest. Nur so um sicher zu gehen das auch jeder die aktuelle Version bekommt
beim Update auf die v.1.6.9 hat sich dieses mal mein raspberry aufgehangen
meiner auch…. Load auf über 40, keine Reaktion mehr.
-
Load 40? Kann es damit ein Speicherproblem sein? Swappt er ? Welcher Prozess? Kann das mal einer mit top verfolgen parallel?!