[gelöst} iO Slave - welche Adapter sind notwendig?
-
@Thomas-Braun vllt?Keine IDee wo das herkommen kann und was da passierern könnte oder wie man das Debugt
-
Hab keine Displays mit ioBroker laufen. Kann ich also nix zu sagen.
-
@thomas-braun sagte in iO Slave - welche Adapter sind notwendig?:
s mit ioBroker laufen. Kann ich also nix zu sagen.
Danke für deine Rückmeldung!
Es geht nicht NUR um Displays. Auch auf meinem PC kann ich die Startseite von VIS nur nach sehr langem Warten öffnen. Auch Aktualisierungen der einzelnen dargestellten DP kommen sehr verzögert bis gar nicht. -
-
@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.
