NEWS

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

@simatec Dankeschön. Das schaue ich mir gerne an!

@wendy2702 sagte in Raspberry Pi abstürze hören nicht auf:

Es gab mal ein Problem mit einer Version des Info Adapters. Weiß aber gerade nicht mehr welche das wahr. Steht irgendwo im Forum.

Hast du hier etwas aus dem Syslog entfernt:

Apr 2 21:31:11 raspberrypi systemd[1]: Started Cleanup of Temporary Directories. Apr 3 03:08:41 raspberrypi bash[435]: Stacktrace:

Sieht für mich so aus als wenn es ein Problem mit dem Winston Syslog gibt....

Hast du deine Installation mal so geändert das dein iobroker log auch in das Linux Syslog geschrieben wird?

Wie voll ist die Speicherkarte?

Deine Node Version "node: v8.15.1" hat glaube ich ein Speicherproblem wenn ich mich richtig erinnere. In Verbindung mit JS-Controller 1.5.7 solltest du dir überlegen auf Node 10.x zu wechseln oder zumindest dein Node 8 Version zu aktualisieren.

Habe nichts im Syslog entfernt.

Wie mache ich das es noch ins Syslog geschrieben wird ?

10% sind belegt von 32GB

Hi,
von Null auf Neu oder ev. alte Teile wieder verwendet/hinein kopiert? Ich vermute du hast teilweise ein Rechte-Problem (iobroker vs. root). Hast du schon mal den Installations-Fixer drüber laufen lassen?

Es wird ja auch nur das gelöscht, was du einstellst. Wenn du nur je ein Backup lokal liegen hast, kann nicht gelöscht werden. Es bleiben je nach Einstellung immer die letzten x Backups vom löschen unberührt.

Da du nur je ein minimal und ein mysql lokal liegen hast, wird auch nichts gelöscht.

ich habe das gleiche Problem, der DC zeigt allerdings nur 12 Prozent an. Nuestart der CCU lößt das Problem Kurzzeitig..

Vielleicht auch ein Fall für den Fixer

https://forum.iobroker.net/topic/21474/gelöst-update-js-controller-geht-nicht-auf-ubuntu

@wendy2702 sagte in Meldungen zu veralteten Paketen:

Nein. Das müssen die Adapter Entwickler fixen.

Wenn sie es denn können. Manchmal stecken die angemeckerten Pakete tief in der Paketstruktur, sodass man nicht unbedingt einen Einfluss drauf hat.

AHH danke
Dann kann das hier geschlossen werden

@Tom63 sagte in Backitup - Komplett läuft nach Update nicht bei Option IOBroker stoppen:

@Tom63

@simatec sagte in Backitup - Komplett läuft nach Update nicht bei Option IOBroker stoppen:

So wie es sich anhört, hat der User iobroker keine Rechte auf den Stick zu schreiben

Dann verstehe ich aber nicht, wenn man die optionalen Sudo Rechte aktiviert hat warum es nicht geht.
Denke im Scribt müsste der Kopierbefehl mit Sudo voran ausgeführt werden.

Derzeit habe ich dem Stick alle Rechte gegeben, aber beim nächsten mounten bzw. durchbooten des Raspi ist ja wieder ein neuer Zustand ...

Weil hier nicht mirt einem shell Befehl kopiert wird, sondern im Java.
Das Thema wurde gerade neulich hier bereits geklärt.
Dein Stick benötigt die Schreibrechte für den User iobroker. Am besten wäre auch als Dateisystem ntfs statt fat32