Jahresrückblick 2025 – unser neuer Blogbeitrag ist online! ✨

[Christoph1337]

@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.

1. Normalen
2. Für KIOSK und Whitelist IPs
3. Nur für API Zeug über IP (verwende ich eigentlich nicht mehr)
4. Cloud Zugriff

[Christoph1337]

@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]

@homoran

[Glasfaser]

@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

[Homoran]

@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.com

Welche 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.1

Hast du da irgend etwas nachträglich rumgepfuscht?
das ist wieder ein Thema für @Thomas-Braun

[Christoph1337]

@glasfaser

Vorher danach geschaut hab ich nicht. Allerdings hab ich nachdem ich die Container neu gestartet habe das ganze NAS auch rebootet

[Thomas Braun]

@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.

[Homoran]

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

[Thomas Braun]

@homoran
Vermutlich nur mal wieder nicht richtig ausgefüllt an der Stelle.

[Glasfaser]

@christoph1337

Zeige mal :

which nodejs && nodejs -v && which node && node -v && which npm && npm -v && apt policy nodejs

[Glasfaser]

@Homoran
@Thomas-Braun

Nur mal so nebenbei ...

er schreibt :

Mein Javascript Adapter erzeugt eine ziemlich hohe CPU-Last und startet anscheinend immer mal wieder neu.

@Christoph1337

Hast du ein Log davon !?

[Homoran]

@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

[Thomas Braun]

@glasfaser
Ja, und?

htop 
dmesg -T
free -ht --mega
tail -f /opt/iobroker/log/iobroker.current.log

Mal anschauen.
Schiefe skripte sind da auch gerne Verursacher.

[Christoph1337]

@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 ist

Wieviele 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 GB

Welche 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.1

Hast 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? *

[Glasfaser]

@homoran

DITO ;) verstehe ich auch so ...

[Glasfaser]

@christoph1337

Und ... was sollen wir jetzt damit ?

[Christoph1337]

@glasfaser

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

[Homoran]

@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 :joy: nicht auf deinen Beitrag

[Christoph1337]

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

[Homoran]

@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 script ;-)

Dann 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