[gelöst} iO Slave - welche Adapter sind notwendig?
-
-
@thomas-braun Danke, dass du drüber schaust:
iO auf VM (Debian) auf Proxmox:
andreas@ioBroker-Prod:~$ free -ht total used free shared buff/cache available Mem: 6,0G 2,5G 1,9G 24M 1,6G 3,2G Swap: 3,9G 0B 3,9G Total: 9,9G 2,5G 5,9G
Proxmox auf einem NUC:
root@pve:~# free -ht total used free shared buff/cache available Mem: 15Gi 8.1Gi 257Mi 90Mi 7.1Gi 6.9Gi Swap: 8.0Gi 769Mi 7.2Gi Total: 23Gi 8.9Gi 7.5Gi
-
Der nuc ist halt dicht.
-
@thomas-braun sagte in iO Slave - welche Adapter sind notwendig?:
Der nuc ist halt dicht.
Ich interpretierte diese Info anders:
-
Wenn ich mir die Auslastung (inkl. SWAP) und die LoadAverage in deinem letzen Screenshot anschaue schon.
-
@metaxa sagte in iO Slave - welche Adapter sind notwendig?:
Ich interpretierte diese Info anders:
das ist doch die pve - nicht die VM
-
@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
-
@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
-
@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. -
@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
-
@homoran
Auf dem letzten Screenshot (von htop) sieht es noch übler aus.
Ich vermute das ist auch der host. -
@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
-
@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!
-
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
-
Das schaut doch schon gesünder aus.
-
@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? -
@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.
-
@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.
-
@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!
-
@metaxa was war das für ein widget?
