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

apollon77

@Thomas-Braun vllt?Keine IDee wo das herkommen kann und was da passierern könnte oder wie man das Debugt

Thomas Braun

Hab keine Displays mit ioBroker laufen. Kann ich also nix zu sagen.

metaxa

@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

@metaxa
Hört sich nach 'System mehr als ausgelastet' an.

free -ht
htop

sagen?

metaxa

@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

Thomas Braun

@metaxa

Der nuc ist halt dicht.

metaxa

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

Der nuc ist halt dicht.

Ich interpretierte diese Info anders:

Thomas Braun

@metaxa

Wenn ich mir die Auslastung (inkl. SWAP) und die LoadAverage in deinem letzen Screenshot anschaue schon.

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 :anguished:
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.

Community Forum

NEWS

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

Support us

614

32.5k

81.8k

1.3m