@cubeman Kann zwar sein, dass dir hier jemand helfen kann, aber wenn nicht, solche Dinge bitte im Homematic forum im RaspberryMatic thread fragen. Da Antwortet dann der Entwickler auch.

Hallo liebes Forum, ich habe die Version 1.9.4 des SQL Adapter, nun habe ich g´festgestellt, dass ich folgende Fehlermeldungen hab. [image: 1553156647427-9141224c-c192-452c-977c-b5f262c26d8b-image.png] Ich hatte vorher mehr Fehlermeldungen,, nachdem ich das Logging aller Datenpunkte deaktiviert / aktiviert habe sind diese aber noch übrig geblieben. Hat jemand eine Idee? Gruß H Habs gefunden meine Platte war voll :-(

@darkiop freut mich! Du kannst meine Antwort einfach positiv bewerten. Viel Spaß noch.

Setze bitte das Thema auf gelöst ....

jetzt kann ich mit der neuen Installationroutine noch nicht mal mehr auf mein gemountetes cifs mit Script schreiben. iobroker-User. Zum kotzen. Jetzt schmieren mir alle Kamera-scripte ab die auf den NAS schreiben wollen. Super. Ich schmeiss den scheiß gleich raus. Seit 7 Stunden sitz ich jetzt hier.....kotz....

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 :relaxed: 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)