[gelöst} iO Slave - welche Adapter sind notwendig?

[Homoran]

@thomas-braun sagte in iO Slave - welche Adapter sind notwendig?:

Ja. Load von 1 bedeutet, das ein Kern zu 100% ausgelastet ist.
Bei einer Load >4 bei 4 Prozessorkernen ist das System dicht.
Und das hier offenbar dauerhaft, denn die drei Werte bei LoadAverage beziehen sich auf die Situation vor 0 Minuten, 5 und 15 Minuten.

load hatte ich gar nicht gesehen.
Das stimmt: da ist ja schon die PVE dicht.

allerdings erst die letzte Minute (1,5,15), wobei 3,74 und 3,86 auch nicht viel besser ist

[Thomas Braun]

@homoran
Auf dem letzten Screenshot (von htop) sieht es noch übler aus.
Ich vermute das ist auch der host.

[Homoran]

@thomas-braun sagte in iO Slave - welche Adapter sind notwendig?:

Auf dem letzten Screenshot (von htop) sieht es noch übler aus.

und deshalb vermutete ich dass dies die iobroker VM ist

[metaxa]

@homoran Ich hatte gehofft es klar darzustellen
Gerne nochmals:

ioBroker = VM

NUC = Host von VM

Jetzt habe ich einmal den RAM und CPU Fresser "motionEye" gestoppt und den NUC durchgestartet. Erkenntnis habe ich noch keine neue, werde aber asap nachliefern!

[metaxa]

at: @thomas-braun cc: @Homoran

Motion Eye gestoppt und vom Autostart befreit, NUC als Host neu gestartet, VM iO-Broker startet natürlich auch auto. neu:

PVE (Host)

root@pve:~# free -ht
              total        used        free      shared  buff/cache   available
Mem:           15Gi       5.1Gi         9Gi        73Mi       426Mi        10Gi
Swap:         8.0Gi       3.0Mi       8.0Gi
Total:         23Gi       5.1Gi        17Gi

[Thomas Braun]

@metaxa

Das schaut doch schon gesünder aus.

[metaxa]

@thomas-braun Aber leider keine merkliche Verbesserung in der Perfomanc von VIS.

Ich muss irgendwo einen Knoten, ein Leck, ein ichweisnichtwas in meinem Netzwerk haben.
Kennst du ein digitales tool (außer das Messgerät Fluke) um DEN Fehler im Netzwerk zu finden?

[Jey Cee]

@metaxa irgendwie hat das hier niemand gesehen:

conn.js:1256 Error: can't render tplValueStringRaw w00231 on "01tab_Haupt": 
conn.js:1256 Error: 0 - RangeError: Maximum call stack size exceededRangeError: Maximum call stack size exceeded
conn.js:1256 Error: 1 -     at Object.update (http://192.168.0.96:8082/vis/lib/js/can.custom.min.js:66:801)
conn.js:1256 Error: 2 -     at p (http://192.168.0.96:8082/vis/lib/js/can.custom.min.js:72:4408)
conn.js:1256 Error: 3 -     at Object.html (http://192.168.0.96:8082/vis/lib/js/can.custom.min.js:72:4534)
conn.js:1256 Error: 4 -     at http://192.168.0.96:8082/vis/lib/js/can.custom.min.js:74:1664
conn.js:1256 Error: 5 -     at HTMLSpanElement.<anonymous> (http://192.168.0.96:8082/vis/lib/js/can.custom.min.js:58:1841)
conn.js:1256 Error: 6 -     at Object.a.each (http://192.168.0.96:8082/vis/lib/js/can.custom.min.js:24:294)
conn.js:1256 Error: 7 -     at Function.hookup (http://192.168.0.96:8082/vis/lib/js/can.custom.min.js:58:1751)
conn.js:1256 Error: 8 -     at Function.frag (http://192.168.0.96:8082/vis/lib/js/can.custom.min.js:58:1344)
conn.js:1256 Error: 9 -     at r (http://192.168.0.96:8082/vis/lib/js/can.custom.min.js:58:131)
conn.js:1256 Error: 10 -     at Function.renderTo (http://192.168.0.96:8082/vis/lib/js/can.custom.min.js:58:2982)

Du hast Eindeutig ein Problem mit dem Widget w00231. Wenn du das entfernst sollte es wieder Laufen.

[lobomau]

@jey-cee spannend. Irgendwann hatte ich auch mal ein widget das alles lahm legte. Aber nicht das widget war schuld, sondern die Einstellung im widget... irgendeine Bilderaktualierung war zu hoch eingestellt im ms Bereich.

[metaxa]

@jey-cee sagte in iO Slave - welche Adapter sind notwendig?:

Du hast Eindeutig ein Problem mit dem Widget w00231. Wenn du das entfernst sollte es wieder Laufen.

Lieben Dank!

Das wars in der Tat! Ich habe keine Ahnung warum sich dieses Widget von heute auf morgen quer legte.

@Homoran & @apollon77 & @AlCalzone & @Thomas-Braun --> Danke!

[lobomau]

@metaxa was war das für ein widget?

[metaxa]

@lobomau basic - String (unescaped)