Synology NAS hängt sich auf
-
Nein, den Container habe ich danach nicht neugestartet, wusste nicht, dass das nötig ist
root@buanet-iobroker1:/opt/iobroker# iobroker update -i Used repository: stable Adapter "admin" : 5.3.8 , installed 5.3.8 Adapter "alexa2" : 3.11.2 , installed 3.11.2 Adapter "backitup" : 2.4.6 , installed 2.4.6 Adapter "discovery" : 3.0.3 , installed 3.0.3 Adapter "dysonairpurifier": 2.5.1 , installed 2.5.1 Adapter "flot" : 1.10.7 , installed 1.10.7 Adapter "fritzdect" : 2.2.3 , installed 2.2.3 Adapter "history" : 1.11.1 , installed 1.11.1 Adapter "hue" : 3.6.5 , installed 3.6.5 Adapter "iot" : 1.11.4 , installed 1.11.4 Adapter "javascript" : 5.2.21 , installed 5.2.21 Controller "js-controller": 4.0.23 , installed 4.0.15 [Updatable] Adapter "lg-thinq" : 0.0.7 , installed 0.0.7 Adapter "mercedesme" : 0.0.56 , installed 0.0.56 Adapter "meross" : 1.10.5 , installed 1.10.5 Adapter "mihome" : 1.4.0 , installed 1.4.0 Adapter "ocpp" : 0.4.0 , installed 0.4.0 Adapter "ping" : 1.5.3 , installed 1.5.3 Adapter "radar2" : 2.0.3 , installed 2.0.3 Adapter "shelly" : 5.3.2 , installed 5.3.2 Adapter "simple-api" : 2.6.4 , installed 2.6.5 Adapter "socketio" : 4.2.0 , installed 4.2.0 Adapter "sonoff" : 2.5.1 , installed 2.5.1 Adapter "telegram" : 1.12.2 , installed 1.12.2 Adapter "text2command" : 2.2.1 , installed 2.2.1 Adapter "web" : 4.2.3 , installed 4.2.3 Adapter "ws" : 1.2.0 , installed 1.3.0 root@buanet-iobroker1:/opt/iobroker# iobroker list instances + system.adapter.admin.0 : admin : buanet-iobroker1 - enabled, p ort: 8081, bind: 0.0.0.0, run as: admin + system.adapter.alexa2.0 : alexa2 : buanet-iobroker1 - enabled + system.adapter.alexa2.1 : alexa2 : buanet-iobroker1 - enabled + system.adapter.backitup.0 : backitup : buanet-iobroker1 - enabled + system.adapter.discovery.0 : discovery : buanet-iobroker1 - enabled system.adapter.dysonairpurifier.0 : dysonairpurifier : buanet-iobroker1 - disabled system.adapter.dysonairpurifier.1 : dysonairpurifier : buanet-iobroker1 - disabled system.adapter.flot.0 : flot : buanet-iobroker1 - enabled + system.adapter.fritzdect.0 : fritzdect : buanet-iobroker1 - enabled + system.adapter.history.0 : history : buanet-iobroker1 - enabled system.adapter.hue.0 : hue : buanet-iobroker1 - disabled, p ort: 443 system.adapter.iot.0 : iot : buanet-iobroker1 - disabled + system.adapter.javascript.0 : javascript : buanet-iobroker1 - enabled + system.adapter.lg-thinq.0 : lg-thinq : buanet-iobroker1 - enabled + system.adapter.mercedesme.0 : mercedesme : buanet-iobroker1 - enabled + system.adapter.meross.0 : meross : buanet-iobroker1 - enabled system.adapter.ocpp.0 : ocpp : buanet-iobroker1 - disabled, p ort: 9220 system.adapter.ping.0 : ping : buanet-iobroker1 - disabled system.adapter.radar2.0 : radar2 : buanet-iobroker1 - disabled + system.adapter.shelly.0 : shelly : buanet-iobroker1 - enabled, p ort: 1885, bind: 0.0.0.0 + system.adapter.shelly.1 : shelly : buanet-iobroker1 - enabled, p ort: 1884, bind: 0.0.0.0 + system.adapter.sonoff.0 : sonoff : buanet-iobroker1 - enabled, p ort: 1883, bind: 0.0.0.0 + system.adapter.sourceanalytix.0 : sourceanalytix : buanet-iobroker1 - enabled system.adapter.switchbot-hub.0 : switchbot-hub : buanet-iobroker1 - disabled + system.adapter.telegram.0 : telegram : buanet-iobroker1 - enabled, p ort: 8443, bind: 0.0.0.0 system.adapter.text2command.0 : text2command : buanet-iobroker1 - disabled + system.adapter.web.0 : web : buanet-iobroker1 - enabled, p ort: 8082, bind: 0.0.0.0, run as: admin + instance is alive root@buanet-iobroker1:/opt/iobroker# iobroker list adapters system.adapter.admin : admin - v5.3.8 system.adapter.alexa2 : alexa2 - v3.11.2 system.adapter.backitup : backitup - v2.4.6 system.adapter.discovery : discovery - v3.0.3 system.adapter.dysonairpurifier : dysonairpurifier - v2.5.1 system.adapter.flot : flot - v1.10.7 system.adapter.fritzdect : fritzdect - v2.2.3 system.adapter.history : history - v1.11.1 system.adapter.hue : hue - v3.6.5 system.adapter.iot : iot - v1.11.4 system.adapter.javascript : javascript - v5.2.21 system.adapter.lg-thinq : lg-thinq - v0.0.7 system.adapter.mercedesme : mercedesme - v0.0.56 system.adapter.meross : meross - v1.10.5 system.adapter.mihome : mihome - v1.4.0 system.adapter.ocpp : ocpp - v0.4.0 system.adapter.ping : ping - v1.5.3 system.adapter.radar2 : radar2 - v2.0.3 system.adapter.shelly : shelly - v5.3.2 system.adapter.sonoff : sonoff - v2.5.1 system.adapter.sourceanalytix : sourceanalytix - v0.4.14 system.adapter.switchbot-hub : switchbot-hub - v0.1.2 system.adapter.telegram : telegram - v1.12.2 system.adapter.text2command : text2command - v2.2.1 system.adapter.web : web - v4.2.3 root@buanet-iobroker1:/opt/iobroker# sudo ln -s /usr/bin/node /usr/bin/nodejs sudo: unable to resolve host buanet-iobroker1: Name or service not known ln: failed to create symbolic link '/usr/bin/nodejs': File exists root@buanet-iobroker1:/opt/iobroker# uname -m && which nodejs node npm && nodejs -v && node -v && npm -v && whoami && pwd && sudo apt update &> /dev/null && sudo apt update && apt policy nodejs x86_64 /usr/bin/nodejs /usr/bin/node /usr/bin/npm v14.19.1 v14.19.1 sudo: unable to resolve host buanet-iobroker1: Name or service not known 6.14.16 root /opt/iobroker sudo: unable to resolve host buanet-iobroker1: Name or service not known Hit:1 http://deb.debian.org/debian bullseye InRelease Hit:2 http://deb.debian.org/debian bullseye-updates InRelease Hit:3 http://security.debian.org/debian-security bullseye-security InRelease Hit:4 https://deb.nodesource.com/node_14.x bullseye InRelease Reading package lists... Done Building dependency tree... Done Reading state information... Done 5 packages can be upgraded. Run 'apt list --upgradable' to see them. nodejs: Installed: 14.19.1-deb-1nodesource1 Candidate: 14.19.2-deb-1nodesource1 Version table: 14.19.2-deb-1nodesource1 500 500 https://deb.nodesource.com/node_14.x bullseye/main amd64 Packages *** 14.19.1-deb-1nodesource1 100 100 /var/lib/dpkg/status 12.22.5~dfsg-2~11u1 500 500 http://deb.debian.org/debian bullseye/main amd64 Packages 500 http://security.debian.org/debian-security bullseye-security/main amd64 Packages -
@vo5tr0 In jedem Fall mal sicherheitshalber controller updated. sicher ist sicher
-
Ich habe entweder den History Adapter oder Flot in Verdacht. Was auch immer das da treibt, aber gerade wollte ich über Flot das Diagramm zum Stromverbrauch abrufen und plötzlich war die Auslastung wieder bei 100%. Dieses Mal hat es sich zum Glück aber nach ein paar Minuten wieder gefangen.
-
@vo5tr0 Was macht denn "dieses Diagramm"?
HIntergrund: History startet für jede Datenanfrage einen weiteren Prozess damit der Adapterprozess nicht blockiert wird. Dann werden die Daten aus den JSON Files gelesen - je nach Dauer kann das einigen sein und die werden dann verarbeitet.
-
@vo5tr0 sagte in Synology NAS hängt sich auf:
und plötzlich war die Auslastung wieder bei 100%
bitte nicht so auf die visuelle Anzeige schauen .. das ist nur eine grobe Anzeige .
Ich habe auch eine Synology DS918+ , mit 16 Gb und habe manchmal den selben Effekt " Lichtspiel " im ioBroker Container , jenachdem .... was mit ioBroker gerade gemacht wird !
Wenn ich das bei mir immer beobachen würde bei jedem Spriptstart / Adapterstart usw. , wäre das unsinnig .......
Ausschlaggebend ist das Prozess Log , aber das sieht bei dir gerade harmlos aus ...
Du kannst auch hier die Filteranzeige setzen ....
EDIT:
IO Broker läuft bei mir auf meiner Synology DS918+ im Docker Container.
und was hast du sonst noch nebenbei auf deiner Synology laufen !?
-
Das Diagramm zeigt mir 3 Werte an: Den aktuellen Stromverbrauch + Zählerstand über den Sonoff Adapter + Was gerade von der Balkonanlage eingespeist wird über den Shelly Adapter
@Glasfaser
klar, dass es mal kurz auf 100% springt ist normal. Aber in dem Fall bleibt es halt da für eine längere Zeit. Im Docker Fenster und gleichzeitig auch die Auslastung vom NAS selbst.Neben iobroker habe ich noch Plex (kein Docker container), Portainer und Paperless laufen.
Das Teil hängt sich auch nicht irgendwann in der Nacht auf oder so, sondern immer dann wenn ich kurz vorher das Diagramm aufgerufen habe. Merken tue ich es auch daran, dass das Diagramm nicht mehr lädt oder wenn der Tab im Hintergrund noch offen war, alles voll mit kreuz und quer laufenden Linien ist. Dann habe ich noch kurz Zeit mich auf der DS Oberfläche umzuschauen. Ich weiß nicht, ob es sicher am Diagramm liegt oder nicht, aber irgendwas das ich in dem Moment mache, muss das Problem auslösen.
-
@vo5tr0 Aber dann sollten da maximal 3 (!) Prozesse kurz laufen (auch weils nur 1 Tag ist) und nicht so viele ... es sei denn du hast das Chart auf gefühlten 10 Tabs offen
Vllt mal Adapzter debug log aktivieren und schauen was so zu sehen ist
-
@apollon77 sagte in Synology NAS hängt sich auf:
@vo5tr0 In jedem Fall mal sicherheitshalber controller updated. sicher ist sicher
Hast du das gemacht !?
-
Das denke ich mir auch
Nein, das Chart ist maximal auf zwei Tabs offen (Einmal der Editor, einmal Vollbild)Dann schaue ich Mal, was das debug Log spricht.
@Glasfaser
Ja, ist aktuell -
Ich denke es ist noch zu früh das zu sagen, aber bisher sieht es super aus
Dinge, die ich gemacht habe:
- Docker Container CPU Priorität auf Low gestellt
- Update aller io Broker Komponenten
- Flot Diagramm Live Update deaktiviert
- Daten nicht mehr direkt vom Adapter genommen, sondern per Script in eigene Datenpunkte geschrieben und von da aus geloggt
Seit dem habe ich den History Prozess kaum bis gar nicht mehr in der Liste gesehen und die Auslastung war auch durchgehend sehr niedrig. Also mindestens eine der Aktionen hat geholfen
