NEWS
[Aufruf] Dringender Test sql 1.6.4
-
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?!
-
Load 40? Kann es damit ein Speicherproblem sein? Swappt er ? Welcher Prozess? Kann das mal einer mit top verfolgen parallel?! ` Gern… Aber ich kenne "top" leider nicht. Ist das ein Befehl in der Konsole???
Gesendet von meinem HUAWEI RIO-L01 mit Tapatalk
-
Ja. Zeigt Prozesse mit ihren cpu Auslastungen, Speicher und sowas an.
-
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 `
Hallo,
hat sich erledigt. War ein nicht mehr existierendes Gerät. Ist bisher nicht aufgefallen gewesen.
-
Na dann schicke ich die 1.6.9 mal ins stable ….bibber ;-))
-
Hi,
update hat diesmal ohne Ausfälle fuktioniert - über die Konsole. Wie bin ich vorgegangen:
in der Konsole:
1. iobroker stop
2. cd /opt/iobroker
3. sudo npm install https://github.com/ioBroker/ioBroker.sql
4. iobroker upload sql
5. iobroker start
"top" habe ich parallel laufen lassen. MEM war nie ausgelastet, die CPU dafür bei "nmp" zeitweise auf 120%. Da ich "top" in einer 2. Konsole habe laufen lassen, konnte ich aber sehen, dass die ganze Zeit die %-Zahlen bei mem und cpu fluktuierten. Habe es weiter laufen lassen und siehe da…update ging.
Habe dann bei 2 Objekten vom automatisch auf Zahl und wieder zurück gewechselt - alle Zahlen weg, Datenbank leer für diese beiden Objekte.
Nachdem jedoch ein neuer Wert geschrieben wurde, tauchen auch die anderen Werte wieder auf.
Zahlen in einem Datenpunkt sehen wie folgt aus:
Ich hoffe, das hilft weiter. "null" soll da ja stehen habe ich gelernt…die Grafik sieht erst mal in Ordnung aus, auch wenn ich da jetzt eine Lücke drin habe. Habe in vis bei flot auch eingestellt, dass "null" ignoriert wird.
VG Thorsten
Nachtrag:
zur Vervollständigung noch mein log aussm admin:
-
Nachtrag:
zur Vervollständigung noch mein log aussm admin:
sql2.PNG `
AN der Stelle bitte gleiche Flot Grafik nochmal aufrufen nachdem der erste Wert für diesen DP geschrieben wurde, geht die Diagrammanzeige dann?
-
Nachtrag:
zur Vervollständigung noch mein log aussm admin:
sql2.PNG `
AN der Stelle bitte gleiche Flot Grafik nochmal aufrufen nachdem der erste Wert für diesen DP geschrieben wurde, geht die Diagrammanzeige dann? `
Also die Diagrammanzeige geht. Allerdings werden bei mir immer noch Werte doppelt gelogget.
Und im Flot Chart habe ich immer noch ne Lücke. Hatte ich vorher nie. Da hat er immer die Linie durchgezogen…hab die erweiterten EInstellungen mal mit angehangen.
-
Hallo mitsammen!
Habe große Probleme mit dem neuen SQL 1.6.9 (und Vis 1.1.2).
Der Grund sind folgende Fehlermeldungen:
sql.0 2018-02-09 20:01:13.197 warn For getHistory for id rpi2.0.memory.memory_free: Type empty. Need to write data first. Index = 61
sql.0 2018-02-09 20:01:10.233 error error: relation "undefined" does not exist
sql.0 2018-02-09 20:01:10.125 error Please wait till next data record is logged and reload.
sql.0 2018-02-09 20:01:10.124 warn For getHistory for id km200.0.heatingCircuits.hc1.roomtemperature: Type empty. Need to write data first. Index = 49
sql.0 2018-02-09 20:01:04.739 error error: relation "undefined" does not exist
sql.0 2018-02-09 20:01:04.720 error Please wait till next data record is logged and reload.
sql.0 2018-02-09 20:01:04.719 warn For getHistory for id systeminfo.0.BTC-EUR: Type empty. Need to write data first. Index = 83
Ich habe einige Flot-Charts in verschiedenen Vis-screens.
Habe mittels chrome-debug gesehen dass in Vis der Fehler meist auftritt wenn im Abfragezeitraum keine Daten angefallen sind.
Da ich Daten nur bei Änderung speichere kann das schon öfter passieren wenns z.BV nicht geregnet hat.
SQL hab ich noch nicht gedebuggt da ich erst heute drauf gekommen bin dass der Fehler eher von dort kommt!
Zu allem Unglück zeigt Vis den Fehler 'Please wait till next data record is logged and reload.' noch dazu in einem Alert und zerstört dadurch den VIS-screen (nichts geht mehr bis man nicht den alter bestätigt hat!
Bitte Bitte Bitte: KEINE Alerts in VIS!!!!!!!!!!!!!!!!!!!!!! Da gibt's bessere Mittel um Messages anzuzeigen die nicht die gesamte Seite blockieren!
bis vor einer Woche vor den Updates sind diese Meldungen nicht aufgetaucht.