NEWS

@wendy2702 sagte in Vis regelmäßig nicht erreichbar:

Ähm,

hattest du vorher einen PI oder was?

Du kannst kein komplettes SD Karten Backup von z.B. einem PI auf einen Rock64 umziehen.

Vorgehensweise:

ioBroker Backup vom/auf dem PI (alten System) erzeugen passendes leeres Betriebssystem auf dem Rock64 installieren und entsprechend konfigurieren. iobroker auf dem Rock64 installieren Backup vom alten System (Punkt 1) auf dem Rock64 wieder herstellen

@tobi83 sagte in Vis regelmäßig nicht erreichbar:

@Röstkartoffel Ich versteh es langsam nicht mehr. Jeder nennt einen anderen weg,......

Nein, wir schreiben nur mögliche Wege auf.
Wendy schreibt unter Punkt 2 ein leeres Betriebssystem auf den Rock installieren.
Du schreibst, du hast ein Image benutzt.
Meine Frage war, welches.

Habe mal im Forum nach Klarnamen gesucht.

Scheint wohl öfters so zu sein, dass nicht alles übernommen wird.
Und dann nach Neustart wieder alles da ist.

Fazit: alles gut soweit

Probier mal bitte die letze 8'ter Version Node.js 8.15.1 mit npm 6.4.1.

ok, Danke für den Info.

hast mal die Bridge neu gestartet ??? welch App benutzt du ?? da gabs mal ein Problem??

so, das Log ist fehlerfrei...sollte sich es ändern, komme ich hierher zurück...danke.

Hi, hast du es gelöst bekommen? Ich habe jetzt das gleiche Problem...und ich bin mir sicher, dass ich auf dem alten System kein REDIS hatte...laut Doku ist da auch kein REDIS drauf gewesen, siehe Bild
Anmerkung 2019-04-10 010215.jpg

Kann ich irgendwie per Kommandozeile prüfen, ob auf dem "Alt-System" doch REDIS installiert ist...

Genauer hier: https://forum.iobroker.net/post/251547

Die log Ausgabe sieht in dem Beispiel so aus. Anscheinend werden die korrekten Werte erkannt aber nicht gespeichert???
Unbenannt2.PNG

Alle Dienste sind wieder online, viel Spass !

Hallo,
Möchte nicht versäumen mitzuteilen, das seit drei Wochen der ioBroker ohne Abstürze läuft.
Viel lesen brachte mich auf die Idee in Fhem einen Raum "ioBroker" anzulegen.
Darin habe ich dann alle Devices abgelegt die im iobroker zur Verfügung stehen sollen.
Somit habe ich IoBroker entlastet und der besagte Erfolg stellte sich ein.
Das heißt aber nicht, das das eigentliche Problem beseitigt wurde, denn nach wie vor werden um 04:00 alle Instanzen gestoppt und anschließend wieder gestartet.
Im Log gibt es seit dem täglich immer zur selben Zeit nur noch zwei Fehlermeldungen.

2019-04-09 09:03:20.788 - info: host.ioBroker-RasPi instance system.adapter.admin.0 started with pid 2384 2019-04-09 09:03:20.806 - info: host.ioBroker-RasPi States connected to redis: 127.0.0.1:6379 2019-04-09 09:03:23.475 - info: admin.0 States connected to redis: 127.0.0.1:6379 2019-04-09 09:03:23.671 - error: admin.0 setObject id missing!! 2019-04-09 09:03:23.680 - info: admin.0 starting. Version 3.6.0 in /opt/iobroker/node_modules/iobroker.admin, node: v8.15.1 2019-04-09 09:03:23.704 - info: admin.0 requesting all states 2019-04-09 09:03:23.707 - info: admin.0 requesting all objects 2019-04-09 09:03:23.709 - info: admin.0 Request actual repository... 2019-04-09 09:03:25.488 - info: host.ioBroker-RasPi instance system.adapter.discovery.0 started with pid 2394 2019-04-09 09:03:27.411 - info: discovery.0 States connected to redis: 127.0.0.1:6379 2019-04-09 09:03:27.540 - info: admin.0 received all states 2019-04-09 09:03:27.621 - info: discovery.0 starting. Version 1.2.4 in /opt/iobroker/node_modules/iobroker.discovery, node: v8.15.1 2019-04-09 09:03:28.712 - info: host.ioBroker-RasPi instance system.adapter.web.0 started with pid 2404 2019-04-09 09:03:30.485 - info: web.0 States connected to redis: 127.0.0.1:6379 2019-04-09 09:03:30.640 - error: web.0 setObject id missing!! 2019-04-09 09:03:30.649 - info: web.0 starting. Version 2.4.1 in /opt/iobroker/node_modules/iobroker.web, node: v8.15.1 2019-04-09 09:03:31.009 - info: admin.0 received all objects 2019-04-09 09:03:31.499 - info: web.0 socket.io server listening on port 8082

error: admin.0 setObject id missing!! und error: web.0 setObject id missing!!
Sonst ist alle sauber.
Kann ich das so belassen oder wie können die Meldungen beseitigt werden.
Danke
Gruß Michael

@DasDing1988 sagte:

Jedoch erhalte ich keine Daten

Kommen Fehlermeldungen im Log ?
Das NPM-Modul dht-sensor ist unter Zusätzliche NPM-Module in der Konfiguration der Javascript-Instanz eingetragen ?
Die Datenpunkte javascript.0.Klima.Temperatur und javascript.0.Klima.rel_Feuchte sind erzeugt worden (Ordner "Objekte") ?

@infojtreichler-ch
Welcher Browser?
Mal den Browsercache geleert?
Raspi rebootet?

Hi,
danke für den Link. Ich dachte ich "melde" das hier mal, damit das jemand anpassen kann damit andere User direkt zum Ziel kommen.

Ach so:

Heute bzw. vorhin kam noch folgendes hinzu:

Spoiler

javascript.0 2019-04-06 19:14:28.911 warn at TCP.onread (net.js:601:20) javascript.0 2019-04-06 19:14:28.911 warn at Socket.Readable.push (_stream_readable.js:208:10) javascript.0 2019-04-06 19:14:28.910 warn at readableAddChunk (_stream_readable.js:250:11) javascript.0 2019-04-06 19:14:28.910 warn at addChunk (_stream_readable.js:263:12) javascript.0 2019-04-06 19:14:28.910 warn at Socket.emit (events.js:211:7) javascript.0 2019-04-06 19:14:28.910 warn at emitOne (events.js:116:13) javascript.0 2019-04-06 19:14:28.910 warn at Socket.<anonymous> (/opt/iobroker/node_modules/redis/index.js:274:27) javascript.0 2019-04-06 19:14:28.910 warn at JavascriptRedisParser.execute (/opt/iobroker/node_modules/redis-parser/lib/parser.js:574:12) javascript.0 2019-04-06 19:14:28.910 warn at JavascriptRedisParser.returnReply (/opt/iobroker/node_modules/redis/index.js:192:18) javascript.0 2019-04-06 19:14:28.909 warn at RedisClient.return_reply (/opt/iobroker/node_modules/redis/index.js:833:9) javascript.0 2019-04-06 19:14:28.909 warn at return_pub_sub (/opt/iobroker/node_modules/redis/index.js:794:18) javascript.0 2019-04-06 19:14:28.909 warn at RedisClient.emit (events.js:217:7) javascript.0 2019-04-06 19:14:28.909 warn at emitThree (events.js:136:13) javascript.0 2019-04-06 19:14:28.909 warn at RedisClient.<anonymous> (/opt/iobroker/node_modules/iobroker.js-controller/lib/states/statesInRedis.js:596:25) javascript.0 2019-04-06 19:14:28.909 warn at change (/opt/iobroker/node_modules/iobroker.js-controller/lib/adapter.js:3425:37) javascript.0 2019-04-06 19:14:28.908 warn at Object.stateChange (/opt/iobroker/node_modules/iobroker.javascript/main.js:364:25) javascript.0 2019-04-06 19:14:28.908 warn at Object.callback (/opt/iobroker/node_modules/iobroker.javascript/lib/sandbox.js:963:38) javascript.0 2019-04-06 19:14:28.908 warn at Object.<anonymous> (script.js.Klima.Heizungsabsenkung_Fenstersensoren:48:5) javascript.0 2019-04-06 19:14:28.907 warn at setState (/opt/iobroker/node_modules/iobroker.javascript/lib/sandbox.js:1258:20) javascript.0 2019-04-06 19:14:28.897 warn Wrong type of innogy-smarthome.0.Bad.Heizkörperthermostat-1.PointTemperature: "undefined". Please fix, while deprecated and will not work in next versions.

Der "wrong type..." fehler dürfte auf den Absturz von Javascript zurückzuführen sein.
Ich habe ein Script, welches beim Öffnen des Fensters die gerade eingestellte Temperatur am Heizkörperthermostat als Variable speichert, den Wert dann auf 8°C setzt und beim Schließen des Fensters wieder auf den Wert der Variable.
Durch den Absturz dürfte der Wert gelöscht worden sein, und daher die Meldung beim Schließen der Fenster, dass "undefined" nicht gesetzt werden kann.
Ob der ganze Rest oberhalb damit zusammenhängt, weiß ich nicht. Sonst kam das auch nicht....

@foxriver76 Danke, issue 60 behebt das Problem in v2.3.3

@dslraser ja das hat er mir angezeigt, aber ich selbst hab ihn erst heute gefunden.
Da er mir weitergeholfen hat, aber unvollständig war, dachte ich ergänze ich ihn für den nächsten.

Ich weiß sowieso nicht, wieso das überhaupt relevant ist. Man kann doch auch über alte Themen diskutieren 🙂

@Homoran danke dir!!!