Performance Probleme durch Shelly Adapter?
-
Räume erstmal nach und nach die Baustellen auf .
Jetzt sind wir bei Shelly , laut dem neuen Log hast du es immer noch nicht behoben .
-
@schtallone sagte in Performance Probleme durch Shelly Adapter?:
seit einigen Tagen bemerke ich Performance-Probeme im ioBroker.
Oft können z.b. die Instancen nicht angeigt werden.
Nochmal zurück auf dein Ursprung am Anfang ,
Was heißt " nicht angezeigt " !? -
@glasfaser Wenn ich auf die Instanzen im iobroker (WebInterface) gehen will, sagt der manchmal das er das nicht anzeigen kann, wegen timeout. Es kommt auch ständig der Vorschlag, den timeout auf 1 min zu erhöhen. Das meine ich damit
-
@schtallone sagte in Performance Probleme durch Shelly Adapter?:
sagt der manchmal
Das habe ich auch manchmal ... , das legt sich wieder ohne etwas am ioBroker zu machen .
Also nur das mit der " Instanz " , als Performance Problem meinst du dann !?
-
@glasfaser
Siehe meine CPU Auslastung weiter oben im Thread. Das meine ich mit Performance...Ich habe mal viele Adapter, welche ich nicht ganz unbedingt benötige, beendet
root@iobroker:/opt/iobroker# iobroker list instances + system.adapter.admin.0 : admin : iobroker - enabled, port: 8081, bind: 0.0.0.0, run as: admin system.adapter.alias-manager.0 : alias-manager : iobroker - disabled + system.adapter.backitup.0 : backitup : iobroker - enabled + system.adapter.cloud.0 : cloud : iobroker - enabled system.adapter.device-watcher.0 : device-watcher : iobroker - disabled system.adapter.devices.0 : devices : iobroker - disabled system.adapter.dwd.0 : dwd : iobroker - disabled system.adapter.energiefluss.0 : energiefluss : iobroker - disabled system.adapter.feiertage.0 : feiertage : iobroker - disabled system.adapter.ical.0 : ical : iobroker - disabled system.adapter.influxdb.0 : influxdb : iobroker - disabled, port: 8086 system.adapter.jarvis.0 : jarvis : iobroker - disabled + system.adapter.javascript.0 : javascript : iobroker - enabled system.adapter.meross.0 : meross : iobroker - disabled + system.adapter.modbus.0 : modbus : iobroker - enabled system.adapter.mqtt.0 : mqtt : iobroker - disabled, port: 1883, bind: 0.0.0.0 system.adapter.mqtt.1 : mqtt : iobroker - disabled, port: 1883, bind: 0.0.0.0 + system.adapter.netatmo.0 : netatmo : iobroker - enabled + system.adapter.node-red.0 : node-red : iobroker - enabled, port: 1880, bind: 0.0.0.0 system.adapter.pushover.0 : pushover : iobroker - disabled system.adapter.pvforecast.0 : pvforecast : iobroker - disabled system.adapter.schoolfree.0 : schoolfree : iobroker - enabled + system.adapter.shelly.0 : shelly : iobroker - enabled, port: 1882, bind: 0.0.0.0 + system.adapter.shuttercontrol.0 : shuttercontrol : iobroker - enabled system.adapter.snmp.0 : snmp : iobroker - disabled system.adapter.sonos.0 : sonos : iobroker - disabled + system.adapter.sourceanalytix.0 : sourceanalytix : iobroker - enabled system.adapter.telegram.0 : telegram : iobroker - disabled, port: 8443, bind: 0.0.0.0 + system.adapter.vw-connect.0 : vw-connect : iobroker - enabled + system.adapter.web.0 : web : iobroker - enabled, port: 8082, bind: 0.0.0.0, run as: adminDie Auslastung auf dem NAS sehen deutlich besser aus:
Aber eben nicht so im iobroker:
top - 19:59:10 up 6:50, 0 users, load average: 3,68, 4,47, 5,70 Tasks: 19 total, 1 running, 18 sleeping, 0 stopped, 0 zombie %Cpu(s): 39,3 us, 29,7 sy, 0,2 ni, 23,4 id, 6,4 wa, 0,0 hi, 1,0 si, 0,0 st MiB Mem : 7792,2 total, 1160,6 free, 4499,3 used, 2132,3 buff/cache MiB Swap: 23447,2 total, 23009,1 free, 438,1 used. 2514,5 avail Mem PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND 365 iobroker 20 0 861548 142888 39684 S 7,6 1,8 1:18.49 io.shelly.0 173 iobroker 20 0 11,2g 397588 47524 S 5,0 5,0 2:30.45 iobroker.js-con 523 iobroker 20 0 686396 85680 45720 S 4,7 1,1 0:04.43 io.shuttercontr 325 iobroker 20 0 21,0g 192536 49516 S 4,3 2,4 0:53.08 node-red 226 iobroker 20 0 855092 173188 39564 S 0,7 2,2 0:37.47 io.javascript.0 565 iobroker 20 0 689056 95860 39600 S 0,7 1,2 0:14.53 io.sourceanalyt 1 root 20 0 7372 3676 3336 S 0,0 0,0 0:00.06 bash 195 iobroker 20 0 1035244 182472 47132 S 0,0 2,3 0:24.22 io.admin.0 237 iobroker 20 0 684288 80756 39588 S 0,0 1,0 0:02.91 io.node-red.0 298 iobroker 20 0 686500 79628 39840 S 0,0 1,0 0:03.56 io.modbus.0 332 iobroker 20 0 950760 80840 41056 S 0,0 1,0 0:03.56 io.netatmo.0 396 iobroker 20 0 10,7g 90416 47104 S 0,0 1,1 0:03.31 io.backitup.0 403 iobroker 20 0 815984 77264 40732 S 0,0 1,0 0:03.13 io.cloud.0 596 iobroker 20 0 10,9g 91620 42448 S 0,0 1,1 0:05.85 io.vw-connect.0 607 iobroker 20 0 685236 78756 39644 S 0,0 1,0 0:02.97 io.web.0 1232 root 20 0 7504 3960 3440 S 0,0 0,0 0:00.03 bash 1275 root 20 0 10308 3684 3208 R 0,0 0,0 0:00.33 top 1288 root 20 0 7504 3936 3416 S 0,0 0,0 0:00.04 bash 1707 root 20 0 10308 3684 3212 S 0,0 0,0 0:00.01 top -
@schtallone sagte in Performance Probleme durch Shelly Adapter?:
Das meine ich mit Performance...
Ich schreibe später was dazu ..
erstmal ...
wie bemerkst du es noch .... nur nach dieser Virtuell Ausgabe oder
funktioniert etwas außer der Instanz Anzeige ( manchmal ) nicht . -
@glasfaser Der iobroker ist total träge. Lässt sich nicht aufrufen. Häufig Timeout. Einige Adapter, wie z.B. Shuttercontrol haben ganrichts gesteuert mehr.
-
-
@glasfaser said in Performance Probleme durch Shelly Adapter?:
ps auxww
root@iobroker:/opt/iobroker# ps auxww USER PID %CPU %MEM VSZ RSS TTY STAT START TIME COMMAND root 1 0.0 0.0 7372 2980 ? Ss 19:34 0:00 bash /opt/scripts/iobroker_startup.sh iobroker 173 8.3 4.4 11735692 358576 ? Sl 19:36 4:28 iobroker.js-controller iobroker 195 1.1 2.3 1038604 189012 ? Sl 19:36 0:37 io.admin.0 iobroker 226 1.6 2.2 857140 175700 ? Sl 19:36 0:53 io.javascript.0 iobroker 237 0.1 1.0 684288 82860 ? Sl 19:36 0:03 io.node-red.0 iobroker 298 0.1 1.0 689060 81324 ? Sl 19:36 0:05 io.modbus.0 iobroker 325 3.5 2.2 22020212 182608 ? Sl 19:36 1:53 node-red iobroker 332 0.1 1.0 952296 82692 ? Sl 19:36 0:04 io.netatmo.0 iobroker 365 5.2 1.9 857708 154212 ? Sl 19:36 2:45 io.shelly.0 iobroker 396 0.1 1.1 11176388 91924 ? Sl 19:37 0:04 io.backitup.0 iobroker 403 0.1 1.0 816752 80784 ? Sl 19:37 0:04 io.cloud.0 iobroker 523 0.1 1.1 689468 89564 ? Sl 19:37 0:05 io.shuttercontrol.0 iobroker 565 0.6 1.2 691616 97788 ? Sl 19:37 0:21 io.sourceanalytix.0 iobroker 596 0.2 1.0 11437464 87620 ? Sl 19:37 0:08 io.vw-connect.0 iobroker 607 0.1 1.0 686260 80708 ? Sl 19:37 0:04 io.web.0 root 1232 0.0 0.0 7504 3276 pts/0 Ss 19:49 0:00 bash root 1275 0.0 0.0 10308 3468 pts/0 S+ 19:50 0:01 top root 1288 0.0 0.0 7504 3252 pts/1 Ss 19:51 0:00 bash root 1707 0.0 0.0 10308 3484 pts/1 S+ 19:58 0:01 top root 1802 0.0 0.0 7504 3140 pts/2 Ss 20:00 0:00 bash root 1820 0.0 0.0 7240 2680 pts/2 S+ 20:00 0:00 /bin/bash /usr/bin/iob logs --watch iobroker 1821 0.1 0.9 937552 73120 pts/2 Sl+ 20:00 0:02 node /opt/iobroker/node_modules/iobroker.js-controller/iobroker.js logs --watch iobroker 3082 2.3 1.0 692332 86608 ? Sl 20:27 0:03 io.mqtt.0 root 3218 0.6 0.0 7504 3884 pts/3 Ss 20:29 0:00 bash root 3224 0.0 0.0 10100 3488 pts/3 R+ 20:29 0:00 ps auxww -
Deine jetzige Ausgabe und auch die von oben sehen gut aus ( Momentaufnahme )
ich kann keine Performance einbrüche erkennen , was dieses verursachen soll bzw. warum etwas nicht bei Shuttercontrol schaltet soll . -
@glasfaser ja ich habe ja jetzt den großteil der adapter ausgestellt. siehe ein paar posts vorher.
-
@schtallone sagte in Performance Probleme durch Shelly Adapter?:
Das hier läuft alles auf dem NAS,
wieviel Kameras hast du eingebunden bzw. nimmst du im Profil auf
oder ist kein Cam Plugin !? habe kein qnap -
@glasfaser lol, keine Kamera. EInige Dinge laufen echt unnötig...
-
@schtallone sagte in Performance Probleme durch Shelly Adapter?:
Ich habe mal viele Adapter, welche ich nicht ganz unbedingt benötige, beendet
Hast du danach den Container auch neu gestartet !
Was ist dann !?
-
@schtallone sagte in Performance Probleme durch Shelly Adapter?:
EInige Dinge laufen echt unnötig...
ja, u.A. JDownloader2, aber das wird ja ignoriert
-
@glasfaser ne. mache ich mal.
-
@djmarc75 Was wäre denn eine sinnvolle Alternative: Einen Rechner oder Laptop die ganze Zeit laufen lassen?
-
@glasfaser
naja, überraend nicht, aber ich kann "fließend" mit dem iobroker arbeiten.Ich arbeite gerade daran, den 2. MQTT Adapter los zu werden.
top - 21:08:30 up 7:59, 0 users, load average: 6,13, 9,00, 8,78 Tasks: 18 total, 1 running, 17 sleeping, 0 stopped, 0 zombie %Cpu(s): 40,6 us, 35,4 sy, 3,9 ni, 15,6 id, 3,9 wa, 0,0 hi, 0,7 si, 0,0 st MiB Mem : 7792,2 total, 1098,8 free, 4598,6 used, 2094,9 buff/cache MiB Swap: 23447,2 total, 23011,1 free, 436,1 used. 2406,4 avail Mem PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND 351 iobroker 20 0 21,0g 162436 12600 S 4,3 2,0 0:44.60 node-red 176 iobroker 20 0 11,1g 370920 10616 S 4,0 4,6 1:56.80 iobroker.js-con 299 iobroker 20 0 991596 133684 12548 S 2,7 1,7 1:13.42 io.shelly.0 220 iobroker 20 0 835776 142760 12076 S 1,0 1,8 0:47.05 io.javascript.0 273 iobroker 20 0 697964 68448 12140 S 0,7 0,9 0:08.00 io.mqtt.0 439 iobroker 20 0 685236 48208 10144 S 0,7 0,6 0:02.80 io.web.0 209 iobroker 20 0 1030832 141260 10600 S 0,3 1,8 0:19.40 io.admin.0 384 iobroker 20 0 689312 56892 10360 S 0,3 0,7 0:16.62 io.sourceanalyt 858 root 20 0 10308 1552 1080 R 0,3 0,0 0:00.40 top 1 root 20 0 7372 616 268 S 0,0 0,0 0:00.06 bash 233 iobroker 20 0 684032 51912 9892 S 0,0 0,7 0:02.91 io.node-red.0 246 iobroker 20 0 686756 48672 10388 S 0,0 0,6 0:03.48 io.modbus.0 292 iobroker 20 0 949224 52260 11904 S 0,0 0,7 0:03.33 io.netatmo.0 310 iobroker 20 0 10,7g 53204 10432 S 0,0 0,7 0:03.25 io.backitup.0 332 iobroker 20 0 816240 49712 10900 S 0,0 0,6 0:03.13 io.cloud.0 377 iobroker 20 0 684860 49324 10732 S 0,0 0,6 0:03.50 io.shuttercontr 425 iobroker 20 0 10,9g 80848 14236 S 0,0 1,0 0:05.88 io.vw-connect.0 852 root 20 0 7504 1516 1072 S 0,0 0,0 0:00.04 bash -
Aber es gibt bisher immernoch die MQTT-Fehler aus dem Shelly adapter:
023-09-16 21:00:47.628 - info: shelly.0 (299) [MQTT] Client Close: (shellyplus1 / shellyplus1-441793a820f4 / shellyplus1#441793a820f4#1) (false) 2023-09-16 21:00:47.629 - info: shelly.0 (299) [MQTT] Client Close: (shellyplus2pm / shellyplus2pm-485519a2a5d4 / shellyplus2pm#485519a2a5d4#1) (false) 2023-09-16 21:00:47.629 - info: shelly.0 (299) [MQTT] Client Close: (shellyplus1pm / shellyplus1pm-4855199a5d7c / shellyplus1pm#4855199a5d7c#1) (false) 2023-09-16 21:00:48.521 - error: shelly.0 (299) [MQTT] Unable to get mqttprefix of client with id "shellyplus2pm-5443b23fd3dc" 2023-09-16 21:00:48.525 - info: shelly.0 (299) [MQTT] Client Close: (shellyplus1pm / shellyplus1pm-a8032abc230c / shellyplus1pm#a8032abc230c#1) (false) 2023-09-16 21:00:48.525 - info: shelly.0 (299) [MQTT] Client Close: (shellyplus2pm / shellyplus2pm-4022d8da969c / shellyplus2pm#4022d8da969c#1) (false) 2023-09-16 21:00:49.022 - error: shelly.0 (299) [MQTT] Unable to get mqttprefix of client with id "shellyplus1pm-7c87ce65d970" 2023-09-16 21:00:49.680 - error: shelly.0 (299) [MQTT] Unable to get mqttprefix of client with id "shellyplus1pm-3c610579df44" 2023-09-16 21:00:51.658 - error: shelly.0 (299) [MQTT] Unable to get mqttprefix of client with id "shellyplus1pm-7c87ce65d794" 2023-09-16 21:00:51.659 - error: shelly.0 (299) [MQTT] Unable to get mqttprefix of client with id "shellyplus2pm-441793acae2c" 2023-09-16 21:00:51.660 - error: shelly.0 (299) [MQTT] Unable to get mqttprefix of client with id "shellyplus2pm-b8d61a8b94fc" 2023-09-16 21:00:51.876 - error: shelly.0 (299) [MQTT] Unable to get mqttprefix of client with id "shellyplus2pm-485519a2a5d4" 2023-09-16 21:00:51.878 - error: shelly.0 (299) [MQTT] Unable to get mqttprefix of client with id "shellyplus1-441793a820f4" 2023-09-16 21:00:52.375 - error: shelly.0 (299) [MQTT] Unable to get mqttprefix of client with id "shellyplus1pm-4855199a5d7c" 2023-09-16 21:00:52.375 - error: shelly.0 (299) [MQTT] Unable to get mqttprefix of client with id "shellyplus2pm-5443b23d6114" 2023-09-16 21:00:52.376 - error: shelly.0 (299) [MQTT] Unable to get mqttprefix of client with id "shellyplus2pm-4022d8da969c" 2023-09-16 21:00:52.788 - error: shelly.0 (299) [MQTT] Unable to get mqttprefix of client with id "shellyplus1pm-a8032abc230c" 2023-09-16 21:00:53.013 - info: modbus.0 (246) Disconnected from slave 192.168.1.47 2023-09-16 21:00:53.860 - info: shelly.0 (299) [MQTT] Client Close: (shellyplus2pm / shellyplus2pm-b8d61a8abb7c / shellyplus2pm#b8d61a8abb7c#1) (false) 2023-09-16 21:00:57.345 - error: shelly.0 (299) [MQTT] Unable to get mqttprefix of client with id "shellyplus2pm-b8d61a8abb7c" 2023-09-16 21:01:13.014 - info: modbus.0 (246) Connected to slave 192.168.1.47 2023-09-16 21:01:33.016 - info: modbus.0 (246) Disconnected from slave 192.168.1.47 -
Kannst Du mir auch bei einem Thema mit dem Mosquitto Broker (den ich als Docker Container laufen habe), helfen?
Um die Wallbox (openWB) als zusätzlichen MQTT Broker los zu werden, muss ich eine Bridge auf dem Mosquitto simulieren (welcher ja der Broker ist), um die Daten von dem openWB Broker abzuholen.
Ich verwende dabei eine Config des Mosquitto Brokers, welche die Bridge erzeugt:
persistence true persistence_location /mosquitto/data/ user mosquitto listener 1883 allow_anonymous true log_dest file /mosquitto/log/mosquitto.log log_dest stdout # # Brücke zur openWB # connection openwb address 192.168.1.134:1883 #http://openwb:1883 start_type automatic topic openWB/# both 2 local_clientid openwb.mosquitto try_private false cleansession trueLeider komme ich mit der IP der openWB in Probleme. DIese ist ja nicht statisch (geht nicht bei openWB), sodass ich gerne http://openwb:1883 verwenden würde. DOch dabei bekomme ich folgende Fehlermeldung im Broker:
2023-09-16T19:02:16.571989046Z 1694890838: Connecting bridge openwb (http://openwb:1883) 2023-09-16T19:02:16.571999865Z 1694890838: Error creating bridge: Name does not resolve. 2023-09-16T19:02:16.572010809Z 1694890869: Connecting bridge openwb (http://openwb:1883) 2023-09-16T19:02:16.572021682Z 1694890869: Error creating bridge: Name does not resolve. 2023-09-16T19:02:16.572036798Z 1694890893: Connecting bridge openwb (http://openwb:1883) 2023-09-16T19:02:16.572047831Z 1694890893: Error creating bridge: Name does not resolve. 2023-09-16T19:02:16.572058606Z 1694890924: Connecting bridge openwb (http://openwb:1883)Vielen Dank.
