[Aufruf] Dringender Test sql 1.6.4

apollon77

Jupp scheinbar hatte sissiwup die zwischenversion drauf. Please retry

apollon77

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!!!

ruhr70

Mehs Dank für Deine Arbeit!

Gesendet von iPhone mit Tapatalk

rudiraz

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

sissiwup

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).

BBTown

~~@apollon77:~~

In jedem Fall Mega Danke an Eure Unterstützung!!! ` fühlt sich nach "verkehrter Welt" an.

Der Dank geht natürlich an dich!

Kueppert

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

apollon77

~~@sissiwup:~~

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

apollon77

~~@Kueppert:~~

PS: bei kleinste Änderung im zu loggenden Objekt, muss man da mit Punkt oder Komma Arbeiten? 0.01 oder 0,01? `

geht beides.

BBTown

~~@apollon77:~~

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

apollon77

Echt interessant … das kann nur am sqlite Kompiliervorgang liegen ... komisch

rudiraz

> 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

Kueppert

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

0018

~~@BBTown:~~

~~@apollon77:~~

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.

apollon77

Load 40? Kann es damit ein Speicherproblem sein? Swappt er ? Welcher Prozess? Kann das mal einer mit top verfolgen parallel?!

Kueppert

~~@apollon77:~~

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

apollon77

Ja. Zeigt Prozesse mit ihren cpu Auslastungen, Speicher und sowas an.

sissiwup

~~@apollon77:~~

~~@sissiwup:~~
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.

apollon77

Na dann schicke ich die 1.6.9 mal ins stable ….bibber ;-))

Kueppert

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:

Community Forum

NEWS

[Aufruf] Dringender Test sql 1.6.4

Support us

650

32.4k

81.4k

1.3m