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

[Homoran]

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

Ich interpretierte diese Info anders:

das ist doch die pve - nicht die VM

[apollon77]

@homoran Ja umso schlimmer! Wenn der Host Rechner "beschäftigt ist" dann kann die VM auch nix mehr machen.

@metaxa Ganz grob: Du hast 4 CPUs ... damit bedeutet eine Load von 4 das alle Cores beschäftigt sind. Load (und hier kann mich @Thomas-Braun gern korrigieren) heisst wieviele Prozesse um die Prozessoren buhlen (gaaaanz simplifiziert).

Ja es ist korrekt das 63% CPU noch ein bissl Lust bedeuten kann, aber viel ist da nimmer. Jetzt müsstest DU Dir diese Werte anschauen wenn es mal wieder blockiert

[Homoran]

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

Ja umso schlimmer! Wenn der Host Rechner "beschäftigt ist" dann kann die VM auch nix mehr machen.

jetzt bin ich ganz verwirrt

Den Screenshot, auf dem @metaxa noch freie Ressourcen sieht ist IMHO von der PVE, das htop von der VM mit ioBroker

[Thomas Braun]

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

Load (und hier kann mich @Thomas-Braun gern korrigieren) heisst wieviele Prozesse um die Prozessoren buhlen (gaaaanz simplifiziert).

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.

[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)