NEWS
[Aufruf] Dringender Test sql 1.6.4
-
1. ich habe SQL im CloudPro aktiviert, wo noch die alte Admin-Oberfläche läuft - wo zum teufel mache ich das in der neuen Admin-Oberfläche? [emoji38]
2. anbei meine Bildchen aus dem Adapter. Mir fällt auf, dass bei einem Wert da MiHome anstatt SQL steht O.o ich denke, ich werde morgen wissen, ob der fein gelieferte Daten gut loggt… `
1.) Im neuen Admin ist das das Schraubenschlüssel-Symbol anstelle dem Zahnrad von früher. aber immer noch das letzte ganz rechts.Oder was meinst Du?
2.) Naja es ist ein Mihome… Datenpunkt, warum sollte da sql stehen ` Zu 1: im alten admin habe ich die Möglichkeit, mit einem Häkchen das loggen des Datenpunktes zu aktivieren, das fehlt mir im neuen Admin o.O
Gesendet von meinem HUAWEI RIO-L01 mit Tapatalk
-
mach mal "iobroker upload sql". Dann da?
-
Hallo in die Runde,
nur zur Sicherheit, ich habe vorher nicht darauf geachtet und habe heute nach den Update auf 1.6.5 diese Einträge im Log gefunden:
sql.0 2018-01-31 20:31:31.057 info enabled logging of hm-rpc.2.000915698D5F65.1.MOTION sql.0 2018-01-31 20:31:01.117 error at return_pub_sub (/opt/iobroker/node_modules/redis/index.js:794:18) sql.0 2018-01-31 20:31:01.117 error at RedisClient.emit (events.js:194:7) sql.0 2018-01-31 20:31:01.117 error at emitThree (events.js:116:13) sql.0 2018-01-31 20:31:01.117 error at RedisClient. (/opt/iobroker/node_modules/iobroker.js-controller/lib/states/statesInRedis.js:104:25) sql.0 2018-01-31 20:31:01.117 error at change (/opt/iobroker/node_modules/iobroker.js-controller/lib/adapter.js:3165:34) sql.0 2018-01-31 20:31:01.117 error at Adapter.emit (events.js:188:7) sql.0 2018-01-31 20:31:01.117 error at emitOne (events.js:96:13) sql.0 2018-01-31 20:31:01.117 error at Adapter. (/opt/iobroker/node_modules/iobroker.sql/main.js:196:5) sql.0 2018-01-31 20:31:01.117 error at processMessage (/opt/iobroker/node_modules/iobroker.sql/main.js:709:9) sql.0 2018-01-31 20:31:01.117 error at getHistory (/opt/iobroker/node_modules/iobroker.sql/main.js:1728:50) sql.0 2018-01-31 20:31:01.117 error TypeError: Cannot read property 'storageType' of undefined sql.0 2018-01-31 20:31:01.092 error pmessage messagebox.system.adapter.sql.0 {"command":"getHistory","message":{"id":"hm-rpc.2.000915698D5F65.1.MOTION","options":{"aggregate":"none","instance":"sql.0","from":true,"ack":true,"q":true,"e
Muss mich das beunruhigen?
-
Komisch, hab mal eine 1.6.6 hinterhergeschoben die das abfange sollte. Please try
-
mach mal "iobroker upload sql". Dann da? ` [emoji38] gibt es doch nicht… Ja hat geholfen, danke dir
Selbst Kaltstart vom pi und Neustart der Instanz haben nicht dazu geführt, dass die Anzeige korrekt wird.
Jetzt noch bis morgen warten wegen der Daten. Sieht jetzt alles gut aus.
Gesendet von meinem HUAWEI RIO-L01 mit Tapatalk
-
Liegt bei dir daran das Du die installationen wegen dem Kompilier-Problem immer abbrichst und es so nie zuende läuft
-
Mit 1.6.6 haben sich die Log-Einträge verändert:
` > sql.0 2018-01-31 22:20:17.266 info enabled logging of hm-rpc.2.000C170999FDF5.1.ILLUMINATIONsql.0 2018-01-31 22:20:09.606 error Error: ER_NO_SUCH_TABLE: Table 'ioBroker.undefined' doesn't exist
sql.0 2018-01-31 22:20:09.573 error Please wait till next data record is logged and reload.
sql.0 2018-01-31 22:20:09.558 warn For getHistory for id hm-rpc.2.000C170999FDF5.1.ILLUMINATION: Type empty. Need to write data first. Index = 381
Und mir ist aufgefallen, dass die Instanz gelb bleibt: ![2876_sql-iobroker.admin.png](/assets/uploads/files/2876_sql-iobroker.admin.png) obwohl alles soweit zu funktionieren scheint:
> sql.0 2018-01-31 22:16:06.073 info Connected to mysql ` -
Wegen gelb: reloade mal die Ansicht bzw schaue mal in den Objekten was unter sql.0.info.connection steht … ist das true? Dann ist alles gut ...
Die eine Meldung kommt in bestimmten Fällen und sollte verschwinden sobald einmal ein neuer Wert für den Datenpunkt (hm-rpc.2.000C170999FDF5.1.ILLUMINATION) geloggt wurde. Bitte mal schauen ob/das es verschwindet. interessant ist das erst 8 Sekunden nach dem "getHistory" der Datenpounkt in SQL aktiviert wurde ... Was hast Du da getrieben?
-
Wegen gelb: reloade mal die Ansicht bzw schaue mal in den Objekten was unter sql.0.info.connection steht … ist das true? Dann ist alles gut ... `
Na ja, reloadet habe ich schon mehrfach und unter Objekte habe ich kein sql.0 - sollte doch alphabetisch sortiert sein, oder:
-
Oder meinst du das hier:
-
Hm … ich hab die Wenn DU schon sql ewig installiert hast kann das sein. Der info.connection kam erst irgendwann dazu. ggf ioBroker mal neu starten ?!
An dem teil hab ich nichts geändert
-
Also,
Habe jede Menge Werte erhalten, die wurden auch geloggt.
Von meiner Seite nun absolut erst Mal grünes Licht (v1.6.5)
VG Thorsten~~![](</s><URL url=)<link_text text="https://uploads.tapatalk-cdn.com/201802 ... 31db60.jpg">https://uploads.tapatalk-cdn.com/20180201/84d26ffb3aa2bb55a8a50d406631db60.jpg</link_text>" />
Gesendet von meinem HUAWEI RIO-L01 mit Tapatalk~~
-
Hi, ich habe festgestellt, dass Daten doppelt geloggt werden. Hat das Problem noch jemand?
![](</s><URL url=)<link_text text="https://uploads.tapatalk-cdn.com/201802 ... 164c11.jpg">https://uploads.tapatalk-cdn.com/20180201/b4dc9f637f8b1e500bf8ef5e29164c11.jpg</link_text>" />![](</s><URL url=)<link_text text="https://uploads.tapatalk-cdn.com/201802 ... 0b6c5c.jpg">https://uploads.tapatalk-cdn.com/20180201/91242e8abfc4b98fe3bac789000b6c5c.jpg</link_text>" />Gesendet von meinem HUAWEI RIO-L01 mit Tapatalk~~~~
-
Zeitpunkte sind identisch?
Beende mal die Instanz. Schau das dann keine mehr läuft (ps auxww|grep sql) und Starte neu. Dann immer noch?
-
Zeitpunkte sind identisch?
Beende mal die Instanz. Schau das dann keine mehr läuft (ps auxww|grep sql) und Starte neu. Dann immer noch? `
Habe die Instanz im Admin beendet und deinen Befehl in der Konsole eingegeben. Ausgabe lautet:
Kann das Ergebnis nicht interpretieren. Ich starte die Instanz im ioBroker jetzt wieder und berichte weiter.
Danke dir und VG, Thorsten
PS: Auszug aus dem log. Weiß nicht ob das hilft. Sieht normal aus:
! ` > sql.0 2018-02-01 20:56:27.062 info Connected to mysql
sql.0 2018-02-01 20:56:26.993 info enabled logging of mihome.0.devices.sensor_ht_158d000149c2cc.humidity
sql.0 2018-02-01 20:56:26.992 info enabled logging of mihome.0.devices.sensor_ht_158d000149c2cc.temperature
sql.0 2018-02-01 20:56:26.991 info enabled logging of javascript.0.Speed-Test.data.speeds.upload
sql.0 2018-02-01 20:56:26.991 info enabled logging of javascript.0.Speed-Test.data.speeds.download
sql.0 2018-02-01 20:56:26.991 info enabled logging of javascript.0.Speed-Test.ping
sql.0 2018-02-01 20:56:26.990 info enabled logging of ping.1.raspberrypi3.www_google_de
sql.0 2018-02-01 20:56:26.990 info enabled logging of zwave.0.NODE14.SENSOR_MULTILEVEL.Temperature_1
sql.0 2018-02-01 20:56:26.990 info enabled logging of zwave.0.NODE12.SENSOR_MULTILEVEL.Temperature_1
sql.0 2018-02-01 20:56:26.988 info enabled logging of zwave.0.NODE11.SENSOR_MULTILEVEL.Temperature_1
sql.0 2018-02-01 20:56:26.987 info enabled logging of tankerkoenig.0.stations.0.e5.short
sql.0 2018-02-01 20:56:26.986 info enabled logging of tankerkoenig.0.stations.1.e5.short
sql.0 2018-02-01 20:56:26.985 info enabled logging of tankerkoenig.0.stations.2.e5.short
sql.0 2018-02-01 20:56:26.984 info enabled logging of tankerkoenig.0.stations.3.e5.short
sql.0 2018-02-01 20:56:26.980 info enabled logging of rpi2.0.temperature.soc_temp
sql.0 2018-02-01 20:56:26.455 info starting. Version 1.6.5 in /opt/iobroker/node_modules/iobroker.sql, node: v4.8.3
host.raspberrypi3 2018-02-01 20:56:23.065 info instance system.adapter.sql.0 started with pid 17100 `
-
Keine zweite Instanz. Komisch … schau mal
-
Hatte auch noch die ältere SQL laufen. Versuche gerade Mal wieder ein Update über die Konsole. Nehme deinen Adapter von Git… Man irgendwie dauert das so lang. Unterbreche jetzt Mal nicht mit Strg+c. Vielleicht bringt das was und läuft irgendwann durch. Man kann ja leider in PuTTY nicht erkennen, ob der Pi sich aufgegangen hat...
Ich berichte weiter...
Gesendet von meinem HUAWEI RIO-L01 mit Tapatalk
-
1.6.7 funktioniert bei mir nicht. Alles nur null Einträge, obwohl String-Werte. So sollte das nicht produktiv gesetzt werden.
(Siehe dazu meinen gesonderten Eintrag).
Hier sollte für Altnutzer ein vernünftiger Migrationspfad gewählt werden.
-
Siehe anderer Thread. Kann es sein das du in 2.6.1 diese Datenpunkte tun logging erst aktiviert hast?
Neue Werte sollten wenn du nichts tust in der String Tabelle landen und damit sollten an sich tun. Nur alte Werte aus der 1.6.1 Zeit sind „weg“ -es sei denn du fixt es manuell. Ich habe keinen Weg gefunden es automatisch zu fixen. Da die 1.6.1 auch „nur“ ein paar Tage live war habe ich mich für diesen Weg entschieden.
Ps: migrationspfade bei bugfixes sind eher schwierig …
-
Pps: den migrationspfad gibt es ja … diese erster Beitrag hier. Speichern als setzen auf korrekten Typ. Dann sollten die Daten zurück sein