ja, das mach ich. Ich hab ja noch bis zum Wochenende zeit zum Überlegen. Danke nochmals für deine Zeit und Unterstützung

Ja, das hatte ich auch mehrfach versucht. Die Ursache dürfte eine Konstellation von einer aktualisierten Komponente mit dem IoT Adapter 0.4.1 gewesen sein. Jetzt mit 0.3.1 läuft soweit alles. Abstürze gab es bisher auch keine mehr. Jetzt werde ich mal weiter beobachten ob das System wieder stabil und zuverlässig läuft oder ob ich downgraden oder restoren muss.

@Hamboo sagte in Log-Tab zeicht falsches Tag an: @wendy2702 https://www.ixsystems.com/documentation/freenas/11.2/jails.html Aha... Hoffentlich verursacht das nicht deine Probleme.

Funktioniert wie folgt Vis Schalter gibt false/true aus [image: 1553023167524-9a80a021-0ed1-49e2-a772-d8b57ac55942-image.png] auf den Datenpunkt [image: 1553023205050-40014fcf-6fa1-4f69-b727-05c0c0ee9e20-image.png] Und das script ist wie folg aufgebaut [image: 1553023303533-eb293729-02b0-460d-bb38-ffd5cb9d7978-image.png]

@Homoran sagte in update node.js auf slave: @wendy2702 Was sagt denn sudo systemctl status iobroker Das funktioniert: sudo systemctl status iobroker ● iobroker.service - ioBroker Server Loaded: loaded (/lib/systemd/system/iobroker.service; enabled) Active: failed (Result: exit-code) since Di 2019-03-19 19:30:13 CET; 3s ago Docs: http://iobroker.net Process: 19724 ExecStart=/bin/bash -c ${NODE} /opt/iobroker/node_modules/iobroker.js-controller/controller.js (code=exited, status=1/FAILURE) Main PID: 19724 (code=exited, status=1/FAILURE) Mär 19 19:21:18 pi-iobroker bash[19724]: host.pi-iobroker check instance "system.adapter.simple-api.0" for host "openmediavault" Mär 19 19:21:18 pi-iobroker bash[19724]: host.pi-iobroker check instance "system.adapter.systeminfo.0" for host "openmediavault" Mär 19 19:21:18 pi-iobroker bash[19724]: host.pi-iobroker check instance "system.adapter.habpanel.0" for host "openmediavault" Mär 19 19:21:18 pi-iobroker bash[19724]: host.pi-iobroker check instance "system.adapter.material.0" for host "openmediavault" Mär 19 19:21:18 pi-iobroker bash[19724]: host.pi-iobroker check instance "system.adapter.info.0" for host "openmediavault" Mär 19 19:21:18 pi-iobroker bash[19724]: host.pi-iobroker check instance "system.adapter.js2fs.0" for host "openmediavault" Mär 19 19:30:11 pi-iobroker systemd[1]: Stopping ioBroker Server... Mär 19 19:30:13 pi-iobroker systemd[1]: iobroker.service: main process exited, code=exited, status=1/FAILURE Mär 19 19:30:13 pi-iobroker systemd[1]: Stopped ioBroker Server. Mär 19 19:30:13 pi-iobroker systemd[1]: Unit iobroker.service entered failed state. Hint: Some lines were ellipsized, use -l to show in full. ´´´ Wenn es beim Fixer dokumentiert ist muss ich die x Seite wohl doch mal lesen. Allerdings keine Ausgabe beim Starten oder Stoppen.

Hallo, Keiner eine Idee wie ich das Problem lösen könnte?

Kenne mich mit Docker nicht Sonderlich aus aber welche Node Version ist denn jetzt nach dem Docker upgrade installiert? Wurde auch NPM upgedated?

@paul53 Daran wird es wohl liegen, ein Freund hat mir gerade mitgeteilt, dass es bei Ihm, mit vorhandenen Sensoren, auch nicht funktioniert. Aber wo ist dann der Fehler zu suchen, wenn nicht beim JS-Adapter?

Mein Vorschlag: Mach mal ein Backup von deinem System und lasse den Installations-Fixer laufen: https://forum.iobroker.net/topic/20211/iobroker-installation-fixer-beta-verfügbar Um in Zukunft Probleme zu vermeiden, halte dich an diese Hinweise zur Installation von Adaptern: http://www.iobroker.net/docu/?page_id=8511&lang=de https://forum.iobroker.net/topic/17109/wichtige-hinweise-bei-neueren-npm-versionen-und-sudo

Du hattest recht - ich habe den Zusammenhang nicht gesehen. Erst, als Du mich mit der Nase drauf gestossen hast. Es war das Script - das habe ich nun gefixt, jetzt ist auch der Fehler weg. Danke für den Schubs in die richtige Richtung. :)

Das ist zur Zeit Stand der Dinge, der neue Javascript Adapter ist noch nicht in Stable und daher nicht in der pro. Das mit dem aktualisieren hab ich auch, aber ich nutze den Pro Zugang nur zum grob drauf schauen.

@rantanplan Der Export funktioniert, es wird eine ZIP-Datei angelegt. Beim Skripts-Importieren wähle ich diese ZIP-Datei aus und danach passiert nichts mehr, egal wie lange ich warte. Genauso verhält es sich, wenn ich die Datei direkt hineinziehe. Es kommt auch keine weitere Bestätigung oder dergleichen. Entpacke ich die ZIP-Datei und versuche die Skripte einzeln zu importieren sind diese ausgegraut und lassen sich nicht auswählen. OK, das liegt bestimmt am falschen Datenformat, sofern nur *.ZIP erwartet wird.

Ok, also die nodejs version sollte nicht vom memory leak betroffen sein. Was mir da noch so in den Sinn kommt: Was laufen denn da so für Skripte? Haben die alle gescheites Fehlerhandling? Vllt ist an dem tag ne externe Seite oder irgendwas abhängiggen nicht erreichbar gewesen und daher ein Skript wegen mangelndem Fehler-Handling amok gelaufen? (zB externe URL wird per setInterval regelmässig abgefragt und hatte Timeouts und es haben sich daher laufende requests angestaut weil setInterval halt immer weiter neue requests macht ohne darauf zu achten ob der letzte beendet ist oder sowas)

hmm nein, dann kann das nicht das richtige sein, ich habe das aktuellste von der Webseite geladen, wahrscheinlich ist das o.g. noch ein altes was ich auf dem Rechner liegen habe...

Gestern war dann wieder das Problem da. So brannt Licht in der Visualisierung, in Wirklichkeit war aber kein Licht an. Auch zeigte der Bewegungsmelder Anwesenheit, in Wirklichkeit war aber keine Person im Zimmer. Ein Booten der Homematic (Raspberrymatic) und der Spuk war vorbei

@korfmannc sagte in Webadmin nicht erreichbar: Nun scheint alles zu passen. Schön! Wenn noch was ist melde dich einfach

@darkiop ja wirkt so. wobei ich ja ned mal das reconnecting to DB immer hatte. Anfangs wars bei mir auch so, dass die Instanz kurz auf rot ging und dann wieder anlief. Das war bei der JS 3.x version. Die 4er mag das Skript wohl noch weniger Hat sich der Entwickler bei dir gemeldet ob es eine überarbeitet version gibt? Selbes Problem hatte ich mit dem Beta Adapter Virtualstrommesser hieß der glaub ich. Der hat auch alles lahm gelegt. Aber da kams wenigstens gleich beim Start und nicht erst nach Wochen.

Hatte ein http:// in der Server Adresse. Nach dem Löschen funktionierte die Verbindung.

@wendy2702 volles backup ist fertig - mal sehen ob ich es tatsächlich vage - werde noch ein wenig über das package-lock .json surfen und dann sehen ob das dadurch gelöst werden kann