Systemauslastung hoch + Javascript schmiert ab [gelöst]
-
@thomas-braun
Wenn man den Cloud Zugriff nutzen will braucht man einen zweiten Adapter... Doofer Umweg aber so geht es. Auch wenn der so eingestellt ist, das man nicht alles in dem darf.
Ähnlich beim WEB-Adapter.- Normalen
- Für KIOSK und Whitelist IPs
- Nur für API Zeug über IP (verwende ich eigentlich nicht mehr)
- Cloud Zugriff
-
@thomas-braun said in Systemauslastung hoch + Javascript schmiert ab:
Zwei mal pihole hört sich auch schräg an. Warum sollte man da zwei von den Löchern betreiben?
Weil ich zwei PI hab. Wenn einer verreckt läuft DNS noch. Die werden mit Gravity-Sync auf gleichem Stand gehalten.
-
-
@christoph1337 sagte in Systemauslastung hoch + Javascript schmiert ab:
Heute Spinnt mein ioBroker irgendwie total. Folgendes Problem.
Mein Javascript Adapter erzeugt eine ziemlich hohe CPU-Last und startet anscheinend immer mal wieder neu.Hast du mal danach den Docker von ioBroker neu gestartet , ist es auch dann noch. , bzw. vorher mal nachgeschaut ob Zombies im Hintergrund laufen ?
ps auxww|grep io -
@christoph1337 Danke - reicht!
die Sammelfunktion ist das einzige Skript in global?
und läuft schon immer nicht?Wieviele Scripte insgesamt?
Nur mal so zur Zusammenfassung bisher:
Sooo viel RAM ist das gar nicht.
Du hast 16GB und 4-6 ist da bei deiner Konfig gar nicht so schlecht.
Linux kümmert sich halt um deine Prozesse:
https://linuxatemyram.comWelche CPU weiß ich nicht
aber 85% beziehen sich nur auf einen Kern - ist aber nicht wenig
mit Docker habe ich gar keine Erfahrung.Mehr stört mich:
Node-Version: 10.x.x Nodejs-Version: 12.22.1Hast du da irgend etwas nachträglich rumgepfuscht?
das ist wieder ein Thema für @Thomas-Braun -
Vorher danach geschaut hab ich nicht. Allerdings hab ich nachdem ich die Container neu gestartet habe das ganze NAS auch rebootet
-
@homoran sagte in Systemauslastung hoch + Javascript schmiert ab:
das ist wieder ein Thema für @Thomas-Braun
Nee, mit Docker ist das kein Thema für mich. Das interessiert mich nicht.
-
@thomas-braun sagte in Systemauslastung hoch + Javascript schmiert ab:
@homoran sagte in Systemauslastung hoch + Javascript schmiert ab:
das ist wieder ein Thema für @Thomas-Braun
Nee, mit Docker ist das kein Thema für mich. Das interessiert mich nicht.
dann muss sich da ein Docker-kundiger mit beschäftigen.
zwei parallele unterschiedliche node-Installationen sind nie gut! -
@homoran
Vermutlich nur mal wieder nicht richtig ausgefüllt an der Stelle. -
Zeige mal :
which nodejs && nodejs -v && which node && node -v && which npm && npm -v && apt policy nodejs -
Nur mal so nebenbei ...
er schreibt :
Mein Javascript Adapter erzeugt eine ziemlich hohe CPU-Last und startet anscheinend immer mal wieder neu.
Hast du ein Log davon !?
-
@glasfaser sagte in Systemauslastung hoch + Javascript schmiert ab:
Hast du ein Log davon !?
eben nicht!
deswegen meinte ich ja
@homoran sagte in Systemauslastung hoch + Javascript schmiert ab:
deine Interpretation ist falsch und die JavaScript Instanz startet nicht neu
Auch das kurzzeitige erröten der Ampel bei Neustart ist kein Indiz
BTW: das steht natürlich nicht unter javascript.0, sondern unter system.host
-
@glasfaser
Ja, und?htop dmesg -T free -ht --mega tail -f /opt/iobroker/log/iobroker.current.logMal anschauen.
Schiefe skripte sind da auch gerne Verursacher. -
@homoran said in Systemauslastung hoch + Javascript schmiert ab:
@christoph1337 Danke - reicht!
die Sammelfunktion ist das einzige Skript in global?
und läuft schon immer nicht?
Nein das war mal ein Test. Quasi ein Relikt was immer aus istWieviele Scripte insgesamt?
Einige von denen die meisten recht klein sind (Wenn das triggerd dann das). Wie kann ich das am einfachsten ausgeben lassen? Würde so ~40-50 schätzen.Nur mal so zur Zusammenfassung bisher:
Sooo viel RAM ist das gar nicht.
Du hast 16GB und 4-6 ist da bei deiner Konfig gar nicht so schlecht.
Linux kümmert sich halt um deine Prozesse:
https://linuxatemyram.com
Wenn das fast normal ist bin ich beruhigt. allerdings lief der docker sonst eher bei 2,5-3 GBWelche CPU weiß ich nicht
aber 85% beziehen sich nur auf einen Kern - ist aber nicht wenig
mit Docker habe ich gar keine Erfahrung.
Ich vermute das hat mit den Javaadapter zutun der vielleicht immer wieder alles laden muss und dadurch mehr zieht. Sonst dümpelt der Broker mit 15% rum.Mehr stört mich:
Node-Version: 10.x.x Nodejs-Version: 12.22.1Hast du da irgend etwas nachträglich rumgepfuscht?
das ist wieder ein Thema für @Thomas-Braun
*Warum nachträglich gepfuscht? Ich hab nix nachträglich geändert. Das würde man doch am "EDIT sehen. Ich bin mir keiner Schuld bewusst. Wo finde ich die Node Version überhaupt? *
-
DITO
verstehe ich auch so ... -
Und ... was sollen wir jetzt damit ?
-
root@iobroker:/opt/iobroker# which nodejs && nodejs -v && which node && node -v && which npm && npm -v && apt policy nodejs /usr/bin/nodejs v12.22.1 /usr/bin/node v12.22.1 /usr/bin/npm 6.14.12 nodejs: Installiert: 12.22.1-1nodesource1 Installationskandidat: 12.22.1-1nodesource1 Versionstabelle: *** 12.22.1-1nodesource1 100 100 /var/lib/dpkg/status -
@christoph1337 sagte in Systemauslastung hoch + Javascript schmiert ab:
Warum nachträglich gepfuscht? Ich hab nix nachträglich geändert. Das würde man doch am "EDIT sehen
das bezog sich auf deine node-Installation
nicht auf deinen Beitrag -
@homoran said in Systemauslastung hoch + Javascript schmiert ab:
BTW: das steht natürlich nicht unter javascript.0, sondern unter system.host
Guter Tipp. Da werde ich gleich mal gucken!
-
@thomas-braun sagte in Systemauslastung hoch + Javascript schmiert ab:
Schiefe skripte sind da auch gerne Verursacher.
Eben!
es ist dann zumindest schon mal kein global scriptDann bleibt nur die harte Tour:
50% der Scripte deaktivieren- immer noch hohe Last
- nochmal davon 50% deaktivieren
- ... bis der Übeltäter gefunden ist
- Last geht runter
- mit den andern 50% weitermachen
- immer noch hohe Last
