Load average IO-Broker auf Raspberry 4 (8GB)

[Homoran]

@thomas-braun sagte in Load average IO-Broker auf Raspberry 4 (8GB):

Dein esphome tickt halt aus.

muss es noch nicht mal.
Leider ist diese Ausgabe eine "alte" Momentaufnahme.
49% CPU von einem Kern wäte soooo schlimm nicht, bei 0.9% used total, geht schon mal gar nicht.

zrotzdem denke ich immer mehr, dass der hauptsächliche Grund für die hohe load average nicht in der CPU Auslastung sondern in den I/O Vorgängen liegt

deswegen hatte ich ja auch nach dem Speicherort der history gefragt

[WolfgangFB]

@homoran sagte in Load average IO-Broker auf Raspberry 4 (8GB):

@wolfgangfb sagte in Load average IO-Broker auf Raspberry 4 (8GB):

Was jetzt an "History" seltsamer als "iobroker-data/history" ist erschließt sich mir nicht so ganz.

dass das nicht der Standardpfad ist!

@wolfgangfb sagte in Load average IO-Broker auf Raspberry 4 (8GB):

Bei meiner "alten" Installation war das Verzeichnis /opt/ioborker (ich meine das war die Voreinstellung, ich kann mich nicht daran erinner damals da etwas geändert zu haben) und das fand ich eben nicht schön dass da alle Daten direkt im iobroker Verzeichnis liegen.

war es nicht!
das ist seit ewigen Zeiten /opt/iobroker/iobroker-data/history.
Aus eben diesen von dir genannten Gründen.

Ich habe mal auf einem Testsystem eine zweite Instanz von history angelegt und als Speicherverzeichnis ist da einfach nichts eingetragen, vielleicht habe ich damals deshalb von Hand etwas eingetragen damit eben etwas eingetragen ist.

Greift da auch etwas von außen zu?

Nein.

[Homoran]

@wolfgangfb sagte in Load average IO-Broker auf Raspberry 4 (8GB):

als Speicherverzeichnis ist da einfach nichts eingetragen,

weil diese Option erst später hinzugekommen ist, falls man historydaten extern/auf Stick speichern will.
Ansonsten gilt der Standardpfad /opt/iobroker/ iobroker-data/history

[WolfgangFB]

@homoran
So, ich habe mir jetzt eine extra schnelle SD-Karte besorgt (V30 Geschwindigkeit), habe wieder neu installiert, iob fix ausgeführt. Trotzdem eine load average über 7.

Was ich seltsam finde ist, dass unter den größten 5 Dateien 4 von echarts sind und dass, obwohl ich den echarts Adapter deaktiviert habe, die echarts Ausgabe auf Port 8081 wunderbar funktioniert. Wie kann das sein?

top - 16:47:22 up 6 min,  3 users,  load average: 7,88, 5,88, 2,83
Tasks: 195 total,   1 running, 194 sleeping,   0 stopped,   0 zombie
%CPU(s): 50,5 us, 14,1 sy,  0,0 ni, 34,7 id,  0,0 wa,  0,0 hi,  0,7 si,  0,0 st
MiB Spch:   7811,2 total,   5868,3 free,   1270,6 used,    829,4 buff/cache
MiB Swap:    100,0 total,    100,0 free,      0,0 used.   6540,6 avail Spch

    PID USER      PR  NI    VIRT    RES    SHR S  %CPU  %MEM     ZEIT+ BEFEHL
   1951 iobroker  20   0  729964 157948  37024 S  20,1   2,0   1:04.80 io.shelly.0
    757 iobroker  20   0 5252320 207380  38264 S  16,8   2,6   1:37.91 iobroker.js-con
   1334 iobroker  20   0  996872 142116  43120 S   9,9   1,8   1:00.40 io.admin.0
   1877 iobroker  20   0  821972  91376  36856 S   8,3   1,1   0:43.25 io.history.0
   2956 iobroker  20   0  680388  72008  36964 S   4,6   0,9   0:05.23 io.web.0
   4126 iobroker  20   0  346032  37032  13964 S   4,0   0,5   0:14.31 esphome
   1472 iobroker  20   0  938484 137452  36740 S   3,0   1,7   0:39.18 io.javascript.0
   2748 iobroker  20   0 5083612  95280  39448 S   2,3   1,2   0:19.04 io.esphome.0
    533 avahi     20   0    7588   3340   2864 S   1,7   0,0   0:06.09 avahi-daemon
  11840 pi        20   0    9488   5084   2920 R   0,7   0,1   0:00.82 top
     15 root      20   0       0      0      0 I   0,3   0,0   0:01.74 rcu_preempt
     59 root      20   0       0      0      0 I   0,3   0,0   0:00.15 kworker/1:2-events_freezable_power_
  16295 root      20   0       0      0      0 I   0,3   0,0   0:00.02 kworker/2:0-events_power_efficient
      1 root      20   0  103108  12044   8588 S   0,0   0,2   0:02.94 systemd
      2 root      20   0       0      0      0 S   0,0   0,0   0:00.02 kthreadd
      3 root       0 -20       0      0      0 I   0,0   0,0   0:00.00 rcu_gp
      4 root       0 -20       0      0      0 I   0,0   0,0   0:00.00 rcu_par_gp
      5 root       0 -20       0      0      0 I   0,0   0,0   0:00.00 slub_flushwq

iob diag findet meiner Meinung nach nichts spektakuläres:

Skript v.2023-10-10

*** BASE SYSTEM ***
 Static hostname: raspberrypi
       Icon name: computer
Operating System: Debian GNU/Linux 12 (bookworm)
          Kernel: Linux 6.1.0-rpi6-rpi-v8
    Architecture: arm64

Model           : Raspberry Pi 4 Model B Rev 1.5
Docker          : false
Virtualization  : none
Kernel          : aarch64
Userland        : arm64

Systemuptime and Load:
 17:08:50 up 28 min,  4 users,  load average: 7.91, 5.50, 3.66
CPU threads: 4


*** RASPBERRY THROTTLING ***
Current issues:
No throttling issues detected.

Previously detected issues:
No throttling issues detected.

*** Time and Time Zones ***
               Local time: Sat 2023-11-11 17:08:51 CET
           Universal time: Sat 2023-11-11 16:08:51 UTC
                 RTC time: n/a
                Time zone: Europe/Berlin (CET, +0100)
System clock synchronized: yes
              NTP service: active
          RTC in local TZ: no

*** User and Groups ***
pi
/home/pi
pi adm dialout cdrom sudo audio video plugdev games users input render netdev lpadmin gpio i2c spi iobroker

*** X-Server-Setup ***
X-Server:       false
Desktop:
Terminal:       tty
Boot Target:    graphical.target

*** MEMORY ***
               total        used        free      shared  buff/cache   available
Mem:            8.2G        1.3G        6.1G         40M        979M        6.9G
Swap:           104M          0B        104M
Total:          8.3G        1.3G        6.2G

         7811 M total memory
         1202 M used memory
         1293 M active memory
          442 M inactive memory
         5834 M free memory
           77 M buffer memory
          856 M swap cache
           99 M total swap
            0 M used swap
           99 M free swap

Raspberry only:
oom events: 0
lifetime oom required: 0 Mbytes
total time in oom handler: 0 ms
max time spent in oom handler: 0 ms

*** FAILED SERVICES ***

  UNIT LOAD ACTIVE SUB DESCRIPTION
0 loaded units listed.

*** FILESYSTEM ***
Filesystem     Type      Size  Used Avail Use% Mounted on
udev           devtmpfs  3.6G     0  3.6G   0% /dev
tmpfs          tmpfs     782M  3.1M  779M   1% /run
/dev/mmcblk0p2 ext4       28G  7.4G   20G  28% /
tmpfs          tmpfs     3.9G  148K  3.9G   1% /dev/shm
tmpfs          tmpfs     5.0M   16K  5.0M   1% /run/lock
/dev/mmcblk0p1 vfat      510M   73M  438M  15% /boot/firmware
tmpfs          tmpfs     782M   36K  782M   1% /run/user/1000

Messages concerning ext4 filesystem in dmesg:
[Sat Nov 11 16:40:41 2023] Kernel command line: coherent_pool=1M 8250.nr_uarts=0 snd_bcm2835.enable_headphones=0 snd_bcm2835.enable_headphones=1 snd_bcm2835.enable_hdmi=1 snd_bcm2835.enable_hdmi=0  smsc95xx.macaddr=D8:3A:DD:66:20:22 vc_mem.mem_base=0x3ec00000 vc_mem.mem_size=0x40000000  console=ttyS0,115200 console=tty1 root=PARTUUID=3a1130ee-02 rootfstype=ext4 fsck.repair=yes rootwait quiet splash plymouth.ignore-serial-consoles cfg80211.ieee80211_regdom=DE
[Sat Nov 11 16:40:45 2023] EXT4-fs (mmcblk0p2): mounted filesystem with ordered data mode. Quota mode: none.
[Sat Nov 11 16:40:47 2023] EXT4-fs (mmcblk0p2): re-mounted. Quota mode: none.

Show mounted filesystems \(real ones only\):
TARGET               SOURCE         FSTYPE      OPTIONS
/                    /dev/mmcblk0p2 ext4        rw,noatime
|-/run/user/1000/doc portal         fuse.portal rw,nosuid,nodev,relatime,user_id=1000,group_id=1000
`-/boot/firmware     /dev/mmcblk0p1 vfat        rw,relatime,fmask=0022,dmask=0022,codepage=437,iocharset=ascii,shortname=mixed,errors=remount-ro

Files in neuralgic directories:

/var:
753M    /var/
378M    /var/cache
371M    /var/cache/apt
258M    /var/cache/apt/archives
204M    /var/lib

Archived and active journals take up 68.3M in the file system.

/opt/iobroker/backups:
6.5M    /opt/iobroker/backups/

/opt/iobroker/iobroker-data:
325M    /opt/iobroker/iobroker-data/
273M    /opt/iobroker/iobroker-data/files
88M     /opt/iobroker/iobroker-data/files/echarts.admin
57M     /opt/iobroker/iobroker-data/files/echarts
52M     /opt/iobroker/iobroker-data/files/javascript.admin

The five largest files in iobroker-data are:
23M     /opt/iobroker/iobroker-data/files/echarts/static/js/main.eb0afecd.js.map
23M     /opt/iobroker/iobroker-data/files/echarts.admin/static/js/main.7952f0f7.js.map
23M     /opt/iobroker/iobroker-data/files/echarts.admin/chart/static/js/main.eb0afecd.js.map
21M     /opt/iobroker/iobroker-data/files/web.admin/static/js/main.eafddf6f.js.map
17M     /opt/iobroker/iobroker-data/files/echarts/preview/static/js/main.1b04901d.js.map

USB-Devices by-id:
USB-Sticks -  Avoid direct links to /dev/* in your adapter setups, please always prefer the links 'by-id':

find: '/dev/serial/by-id/': No such file or directory

*** NodeJS-Installation ***

/usr/bin/nodejs         v18.18.2
/usr/bin/node           v18.18.2
/usr/bin/npm            9.8.1
/usr/bin/npx            9.8.1
/usr/bin/corepack       0.19.0


nodejs:
  Installed: 18.18.2-1nodesource1
  Candidate: 18.18.2-1nodesource1
  Version table:
 *** 18.18.2-1nodesource1 500
        500 https://deb.nodesource.com/node_18.x nodistro/main arm64 Packages
        100 /var/lib/dpkg/status
     18.18.1-1nodesource1 500
        500 https://deb.nodesource.com/node_18.x nodistro/main arm64 Packages
     18.18.0-1nodesource1 500
        500 https://deb.nodesource.com/node_18.x nodistro/main arm64 Packages
     18.17.1-1nodesource1 500
        500 https://deb.nodesource.com/node_18.x nodistro/main arm64 Packages
     18.17.0-1nodesource1 500
        500 https://deb.nodesource.com/node_18.x nodistro/main arm64 Packages
     18.16.1-1nodesource1 500
        500 https://deb.nodesource.com/node_18.x nodistro/main arm64 Packages
     18.16.0-1nodesource1 500
        500 https://deb.nodesource.com/node_18.x nodistro/main arm64 Packages
     18.15.0-1nodesource1 500
        500 https://deb.nodesource.com/node_18.x nodistro/main arm64 Packages
     18.14.2-1nodesource1 500
        500 https://deb.nodesource.com/node_18.x nodistro/main arm64 Packages
     18.14.1-1nodesource1 500
        500 https://deb.nodesource.com/node_18.x nodistro/main arm64 Packages
     18.14.0-1nodesource1 500
        500 https://deb.nodesource.com/node_18.x nodistro/main arm64 Packages
     18.13.0+dfsg1-1 500
        500 http://deb.debian.org/debian bookworm/main arm64 Packages
     18.13.0-1nodesource1 500
        500 https://deb.nodesource.com/node_18.x nodistro/main arm64 Packages
     18.12.0-1nodesource1 500
        500 https://deb.nodesource.com/node_18.x nodistro/main arm64 Packages
     18.11.0-1nodesource1 500
        500 https://deb.nodesource.com/node_18.x nodistro/main arm64 Packages
     18.10.0-1nodesource1 500
        500 https://deb.nodesource.com/node_18.x nodistro/main arm64 Packages
     18.9.1-1nodesource1 500
        500 https://deb.nodesource.com/node_18.x nodistro/main arm64 Packages
     18.9.0-1nodesource1 500
        500 https://deb.nodesource.com/node_18.x nodistro/main arm64 Packages
     18.8.0-1nodesource1 500
        500 https://deb.nodesource.com/node_18.x nodistro/main arm64 Packages
     18.7.0-1nodesource1 500
        500 https://deb.nodesource.com/node_18.x nodistro/main arm64 Packages
     18.6.0-1nodesource1 500
        500 https://deb.nodesource.com/node_18.x nodistro/main arm64 Packages
     18.5.0-1nodesource1 500
        500 https://deb.nodesource.com/node_18.x nodistro/main arm64 Packages
     18.4.0-1nodesource1 500
        500 https://deb.nodesource.com/node_18.x nodistro/main arm64 Packages
     18.3.0-1nodesource1 500
        500 https://deb.nodesource.com/node_18.x nodistro/main arm64 Packages
     18.2.0-1nodesource1 500
        500 https://deb.nodesource.com/node_18.x nodistro/main arm64 Packages
     18.1.0-1nodesource1 500
        500 https://deb.nodesource.com/node_18.x nodistro/main arm64 Packages
     18.0.0-1nodesource1 500
        500 https://deb.nodesource.com/node_18.x nodistro/main arm64 Packages

Temp directories causing npm8 problem: 0
No problems detected

Errors in npm tree:

*** ioBroker-Installation ***

ioBroker Status
iobroker is running on this host.


Objects type: jsonl
States  type: jsonl

Core adapters versions
js-controller:  5.0.12
admin:          6.10.1
javascript:     7.1.4

Adapters from github:   1

Adapter State
+ system.adapter.admin.0                  : admin                 : raspberrypi                              -  enabled, port: 8081, bind: 0.0.0.0, run as: admin
+ system.adapter.backitup.0               : backitup              : raspberrypi                              -  enabled
+ system.adapter.discovery.0              : discovery             : raspberrypi                              -  enabled
  system.adapter.echarts.0                : echarts               : raspberrypi                              - disabled
+ system.adapter.esphome.0                : esphome               : raspberrypi                              -  enabled
+ system.adapter.harmony.0                : harmony               : raspberrypi                              -  enabled
+ system.adapter.history.0                : history               : raspberrypi                              -  enabled
  system.adapter.icons-mfd-svg.0          : icons-mfd-svg         : raspberrypi                              -  enabled
+ system.adapter.javascript.0             : javascript            : raspberrypi                              -  enabled
+ system.adapter.onkyo.0                  : onkyo                 : raspberrypi                              -  enabled
+ system.adapter.shelly.0                 : shelly                : raspberrypi                              -  enabled, port: 1882, bind: 0.0.0.0
  system.adapter.vis-history.0            : vis-history           : raspberrypi                              -  enabled
+ system.adapter.vis-inventwo.0           : vis-inventwo          : raspberrypi                              -  enabled
  system.adapter.vis-timeandweather.0     : vis-timeandweather    : raspberrypi                              -  enabled
  system.adapter.vis.0                    : vis                   : raspberrypi                              -  enabled
+ system.adapter.web.0                    : web                   : raspberrypi                              -  enabled, port: 8082, bind: 0.0.0.0, run as: admin

+ instance is alive

Enabled adapters with bindings
+ system.adapter.admin.0                  : admin                 : raspberrypi                              -  enabled, port: 8081, bind: 0.0.0.0, run as: admin
+ system.adapter.shelly.0                 : shelly                : raspberrypi                              -  enabled, port: 1882, bind: 0.0.0.0
+ system.adapter.web.0                    : web                   : raspberrypi                              -  enabled, port: 8082, bind: 0.0.0.0, run as: admin

ioBroker-Repositories
stable        : http://download.iobroker.net/sources-dist.json
beta          : http://download.iobroker.net/sources-dist-latest.json

Active repo(s): stable

Installed ioBroker-Instances
Used repository: stable
Adapter    "admin"        : 6.12.0   , installed 6.10.1 [Updatable]
Adapter    "backitup"     : 2.8.7    , installed 2.8.7
Adapter    "discovery"    : 3.1.0    , installed 3.1.0
Adapter    "echarts"      : 1.5.4    , installed 1.5.1  [Updatable]
Adapter    "harmony"      : 1.2.2    , installed 1.2.2
Adapter    "history"      : 3.0.1    , installed 3.0.1
Adapter    "icons-mfd-svg": 1.1.0    , installed 1.1.0
Adapter    "javascript"   : 7.1.4    , installed 7.1.4
Controller "js-controller": 5.0.12   , installed 5.0.12
Adapter    "onkyo"        : 2.1.2    , installed 2.1.2
Adapter    "shelly"       : 6.6.1    , installed 6.6.1
Adapter    "simple-api"   : 2.7.2    , installed 2.7.2
Adapter    "socketio"     : 6.5.5    , installed 6.5.7
Adapter    "vis"          : 1.4.16   , installed 1.4.16
Adapter    "vis-history"  : 1.0.0    , installed 1.0.0
Adapter    "vis-inventwo" : 3.3.3    , installed 3.3.3
Adapter    "vis-timeandweather": 1.2.2, installed 1.2.2
Adapter    "web"          : 6.1.10   , installed 6.1.4  [Updatable]
Adapter    "ws"           : 2.5.8    , installed 2.5.7  [Updatable]

Objects and States
Please stand by - This may take a while
Objects:        3093
States:         2106

*** OS-Repositories and Updates ***
Hit:1 http://archive.raspberrypi.com/debian bookworm InRelease
Hit:2 http://deb.debian.org/debian bookworm InRelease
Hit:3 http://deb.debian.org/debian-security bookworm-security InRelease
Hit:4 http://deb.debian.org/debian bookworm-updates InRelease
Hit:5 https://deb.nodesource.com/node_18.x nodistro InRelease
Reading package lists...
Pending Updates: 4

*** Listening Ports ***
Active Internet connections (only servers)
Proto Recv-Q Send-Q Local Address           Foreign Address         State       User       Inode      PID/Program name  
tcp        0      0 0.0.0.0:6052            0.0.0.0:*               LISTEN      1001       73951      29973/python3     
tcp        0      0 0.0.0.0:445             0.0.0.0:*               LISTEN      0          17895      1046/smbd         
tcp        0      0 0.0.0.0:139             0.0.0.0:*               LISTEN      0          17896      1046/smbd         
tcp        0      0 0.0.0.0:22              0.0.0.0:*               LISTEN      0          13730      776/sshd: /usr/sbin
tcp        0      0 127.0.0.1:631           0.0.0.0:*               LISTEN      0          15654      756/cupsd         
tcp        0      0 127.0.0.1:9001          0.0.0.0:*               LISTEN      1001       70549      29759/iobroker.js-c
tcp        0      0 127.0.0.1:9000          0.0.0.0:*               LISTEN      1001       73775      29759/iobroker.js-c
tcp6       0      0 :::445                  :::*                    LISTEN      0          17893      1046/smbd         
tcp6       0      0 :::139                  :::*                    LISTEN      0          17894      1046/smbd         
tcp6       0      0 :::22                   :::*                    LISTEN      0          13732      776/sshd: /usr/sbin
tcp6       0      0 :::61991                :::*                    LISTEN      1001       73694      29895/io.harmony.0
tcp6       0      0 :::8082                 :::*                    LISTEN      1001       74934      29921/io.web.0    
tcp6       0      0 :::8081                 :::*                    LISTEN      1001       73547      29777/io.admin.0  
tcp6       0      0 ::1:631                 :::*                    LISTEN      0          15653      756/cupsd         
udp        0      0 192.168.1.255:137       0.0.0.0:*                           0          18827      1041/nmbd         
udp        0      0 192.168.1.205:137       0.0.0.0:*                           0          18826      1041/nmbd         
udp        0      0 0.0.0.0:137             0.0.0.0:*                           0          18814      1041/nmbd         
udp        0      0 192.168.1.255:138       0.0.0.0:*                           0          18829      1041/nmbd         
udp        0      0 192.168.1.205:138       0.0.0.0:*                           0          18828      1041/nmbd         
udp        0      0 0.0.0.0:138             0.0.0.0:*                           0          18815      1041/nmbd         
udp        0      0 0.0.0.0:61991           0.0.0.0:*                           1001       73695      29895/io.harmony.0
udp        0      0 0.0.0.0:631             0.0.0.0:*                           0          13975      1014/cups-browsed 
udp        0      0 0.0.0.0:5353            0.0.0.0:*                           1001       75232      29910/io.esphome.0
udp        0      0 192.168.1.205:5353      0.0.0.0:*                           1001       75893      29973/python3     
udp        0      0 127.0.0.1:5353          0.0.0.0:*                           1001       75892      29973/python3     
udp        0      0 0.0.0.0:5353            0.0.0.0:*                           1001       75888      29973/python3     
udp        0      0 0.0.0.0:5353            0.0.0.0:*                           104        13495      533/avahi-daemon: r
udp        0      0 0.0.0.0:5683            0.0.0.0:*                           1001       70648      29850/io.shelly.0 
udp        0      0 0.0.0.0:35717           0.0.0.0:*                           1001       115560     29850/io.shelly.0 
udp        0      0 0.0.0.0:40286           0.0.0.0:*                           104        13497      533/avahi-daemon: r
udp6       0      0 :::5353                 :::*                                104        13496      533/avahi-daemon: r
udp6       0      0 :::54929                :::*                                104        13498      533/avahi-daemon: r

*** Log File - Last 25 Lines ***

2023-11-11 17:02:26.393  - error: esphome.0 (29910) [deviceDiscovery handler] TypeError: Cannot read properties of undefined (reading 'connectError')
2023-11-11 17:02:26.396  - info: esphome.0 (29910) [AutoDiscovery] New ESPHome device found at IP 192.168.1.66, trying to initialize
2023-11-11 17:02:26.398  - error: esphome.0 (29910) [deviceDiscovery handler] TypeError: Cannot read properties of undefined (reading 'connectError')
2023-11-11 17:02:26.417  - info: esphome.0 (29910) [AutoDiscovery] New ESPHome device found at IP 192.168.1.190, trying to initialize
2023-11-11 17:02:26.419  - error: esphome.0 (29910) [deviceDiscovery handler] TypeError: Cannot read properties of undefined (reading 'connectError')
2023-11-11 17:06:03.489  - info: esphome.0 (29910) [AutoDiscovery] New ESPHome device found at IP 192.168.1.52, trying to initialize
2023-11-11 17:06:03.490  - error: esphome.0 (29910) [deviceDiscovery handler] TypeError: Cannot read properties of undefined (reading 'connectError')
2023-11-11 17:06:15.257  - info: esphome.0 (29910) [AutoDiscovery] New ESPHome device found at IP 192.168.1.52, trying to initialize
2023-11-11 17:06:15.258  - error: esphome.0 (29910) [deviceDiscovery handler] TypeError: Cannot read properties of undefined (reading 'connectError')
2023-11-11 17:06:16.274  - info: esphome.0 (29910) [AutoDiscovery] New ESPHome device found at IP 192.168.1.52, trying to initialize
2023-11-11 17:06:16.275  - error: esphome.0 (29910) [deviceDiscovery handler] TypeError: Cannot read properties of undefined (reading 'connectError')
2023-11-11 17:06:17.259  - info: esphome.0 (29910) [AutoDiscovery] New ESPHome device found at IP 192.168.1.52, trying to initialize
2023-11-11 17:06:17.260  - error: esphome.0 (29910) [deviceDiscovery handler] TypeError: Cannot read properties of undefined (reading 'connectError')
2023-11-11 17:06:18.287  - info: esphome.0 (29910) [AutoDiscovery] New ESPHome device found at IP 192.168.1.52, trying to initialize
2023-11-11 17:06:18.288  - error: esphome.0 (29910) [deviceDiscovery handler] TypeError: Cannot read properties of undefined (reading 'connectError')
2023-11-11 17:06:19.262  - info: esphome.0 (29910) [AutoDiscovery] New ESPHome device found at IP 192.168.1.52, trying to initialize
2023-11-11 17:06:19.262  - error: esphome.0 (29910) [deviceDiscovery handler] TypeError: Cannot read properties of undefined (reading 'connectError')
2023-11-11 17:06:20.211  - info: esphome.0 (29910) [AutoDiscovery] New ESPHome device found at IP 192.168.1.56, trying to initialize
2023-11-11 17:06:20.212  - error: esphome.0 (29910) [deviceDiscovery handler] TypeError: Cannot read properties of undefined (reading 'connectError')
2023-11-11 17:06:20.261  - info: esphome.0 (29910) [AutoDiscovery] New ESPHome device found at IP 192.168.1.52, trying to initialize
2023-11-11 17:06:20.262  - error: esphome.0 (29910) [deviceDiscovery handler] TypeError: Cannot read properties of undefined (reading 'connectError')
2023-11-11 17:06:21.262  - info: esphome.0 (29910) [AutoDiscovery] New ESPHome device found at IP 192.168.1.52, trying to initialize
2023-11-11 17:06:21.263  - error: esphome.0 (29910) [deviceDiscovery handler] TypeError: Cannot read properties of undefined (reading 'connectError')
2023-11-11 17:06:22.263  - info: esphome.0 (29910) [AutoDiscovery] New ESPHome device found at IP 192.168.1.52, trying to initialize
2023-11-11 17:06:22.264  - error: esphome.0 (29910) [deviceDiscovery handler] TypeError: Cannot read properties of undefined (reading 'connectError')

[Homoran]

@wolfgangfb sagte in Load average IO-Broker auf Raspberry 4 (8GB):

nichts spektakuläres:

sagt mir nichts

@wolfgangfb sagte in Load average IO-Broker auf Raspberry 4 (8GB):

|-/run/user/1000/doc portal fuse.portal rw,nosuid,nodev,relatime,user_id=1000,group_id=

ist aber unter mounts aufgeführt.

@wolfgangfb sagte in Load average IO-Broker auf Raspberry 4 (8GB):

Pending Updates: 4

und wieso

@wolfgangfb sagte in Load average IO-Broker auf Raspberry 4 (8GB):

                           1951 iobroker  20   0  729964 157948  37024 S  20,1   2,0   1:04.80 io.shelly.0

braucht shelly so viele Ressourcen?

ausserdem spammt dir esphome.0 im Sekundentakt das log voll.

[WolfgangFB]

@homoran sagte in Load average IO-Broker auf Raspberry 4 (8GB):

@wolfgangfb sagte in Load average IO-Broker auf Raspberry 4 (8GB):

nichts spektakuläres:

sagt mir nichts

Ich meine damit, dass keine Fehlermledung aufgeführt ist.

@wolfgangfb sagte in Load average IO-Broker auf Raspberry 4 (8GB):

|-/run/user/1000/doc portal fuse.portal rw,nosuid,nodev,relatime,user_id=1000,group_id=

ist aber unter mounts aufgeführt.

Verstehe nicht, was Du meinst. Bitte ausführlichcer.

@wolfgangfb sagte in Load average IO-Broker auf Raspberry 4 (8GB):

Pending Updates: 4

und wieso

Keine Ahnung, die Installation stammt von gestern, da sollte man eigentlich davon ausgehen können, dass die aktuellen Versionen dabei sind. Aber nichts desto trotz, das kann ja wohl nicht der Grund für die hohe Load average sein.

@wolfgangfb sagte in Load average IO-Broker auf Raspberry 4 (8GB):

                           1951 iobroker  20   0  729964 157948  37024 S  20,1   2,0   1:04.80 io.shelly.0

braucht shelly so viele Ressourcen?

Ist das viel? JS braucht wenn ich das richtig sehe genauso viel.

ausserdem spammt dir esphome.0 im Sekundentakt das log voll.

Wenn ich shelly und esphome deaktiviere sinkt load nicht signifikant.

Diese IO-Broker Instllation ist meiner Meinung nach noch sehr klein, macht so gut wie nichts und bringt den Rechner an seine Grenzen. Ich frage mich wirklich wie es Leute schaffen, eine load average unter 1 hinzubekommen und IO-Broker macht tatsächlich etwas anderes außer nur da zu sein.

[Thomas Braun]

@wolfgangfb sagte in Load average IO-Broker auf Raspberry 4 (8GB):

Ich frage mich wirklich wie es Leute schaffen, eine load average unter 1 hinzubekommen und IO-Broker macht tatsächlich etwas anderes außer nur da zu sein.

Kein Problem:

Systemuptime and Load:
 18:39:27 up  4:24,  2 users,  load average: 0.65, 0.52, 0.56
CPU threads: 4

[Meister Mopper]

@wolfgangfb

Hier ein Slave mit 15 Instanzen:

top - 18:45:33 up  7:18,  1 user,  load average: 0,17, 0,20, 0,25
Tasks: 157 total,   2 running, 155 sleeping,   0 stopped,   0 zombie
%CPU(s):  0,7 us,  0,3 sy,  0,0 ni, 98,9 id,  0,0 wa,  0,0 hi,  0,0 si,  0,0 st

Und der Master mit 40 Instanzen:

top - 18:47:49 up 11 days,  2:45,  2 users,  load average: 0,68, 0,96, 0,99
Tasks:  61 total,   2 running,  59 sleeping,   0 stopped,   0 zombie

[Homoran]

@wolfgangfb sagte in Load average IO-Broker auf Raspberry 4 (8GB):

JS braucht wenn ich das richtig sehe genauso viel.

wenn es so wäre, würde js wegen komplexer Skripte eigentlich mehr verbrauchen dürfen.
Aber es ist der Controller, der als Schaltzentrale natürlich einiges brauchen darf, aber bei dir deutlich weniger als ein kleiner Schaltersteuernder Adapter.

@wolfgangfb sagte in Load average IO-Broker auf Raspberry 4 (8GB):

Bitte ausführlichcer.

???

wie denn, wenn mir das nichts sagt.
Was ist das denn für ein mount?

Wenn du erhöhte I/O Aktivitäten hast, sollte man mounts immer besonders im Auge haben.

@wolfgangfb sagte in Load average IO-Broker auf Raspberry 4 (8GB):

Wenn ich shelly und esphome deaktiviere sinkt load nicht signifikant.

dann qualifiziert sich dieser mount noch mehr für nähere Beobachtung.

@wolfgangfb sagte in Load average IO-Broker auf Raspberry 4 (8GB):

e Grenzen. Ich frage mich wirklich wie es Leute schaffen, eine load average unter 1 hinzubekommen

Genau umgekehrt solltestcdu denken.
Wenn andere das schaffen, dann hast du irgendwo massiv den Wurm dtin.

[Thomas Braun]

@homoran sagte in Load average IO-Broker auf Raspberry 4 (8GB):

Was ist das denn für ein mount?

Das ist harmlos, das ist der Ersatz für /tmp

[Homoran]

@thomas-braun DANKE!
also nicht viel gelähmter Traffic.

[Homoran]

Also wieder nichts mit I/O.

Allerdings stört mich auch die CPU Auslastung etwas.
in der Liste werden die Prozente auf einen Kern bezogen, oben im Header auf alle 4.
Dort sind 50% used, wären mit dem dicken Daumen zwei komplette Kerne, das würde dann die Load erklären können.
Aber die sehe ich in der Liste nicht.

Gut gerechnet wären es bei gleichmäßiger Verteilung 4 Kerne zu 25%.
Dann wäre eindeutig eine Engstelle heim I/O zu suchen.

[WolfgangFB]

@homoran sagte in Load average IO-Broker auf Raspberry 4 (8GB):

@wolfgangfb sagte in Load average IO-Broker auf Raspberry 4 (8GB):

e Grenzen. Ich frage mich wirklich wie es Leute schaffen, eine load average unter 1 hinzubekommen

Genau umgekehrt solltestcdu denken.
Wenn andere das schaffen, dann hast du irgendwo massiv den Wurm dtin.

Wo könnte ich denn den Wurm haben? Ich habe eine neue schnelle SD Karte genommen, ein neues Image, eine Neuinstallation from scratch und dann eine Handvoll Adapter istalliert. Außer eine feste IP Adresse anstelle von DHCP habe ich am Raspberry nichts geändert.

[Homoran]

@wolfgangfb sagte in Load average IO-Broker auf Raspberry 4 (8GB):

Außer eine feste IP Adresse anstelle von DHCP

hoffentlich außerhalb der DHCP Range

[WolfgangFB]

Ja, ich habe die IP Adresse außerhalb des DHCP Bereiches eingestellt. Das klappt auch alles.
Ich glaube ich bin dem Problem jetzt ein wenig näher gekommen. Ich bin immer noch der Meinung dass echarts schuld ist.
Mir ist aufgefallen, dass wenn ich morgens den PC neu gestartet habe (er war "nur" im Hybernate Schlafmodus, nicht richtig runtergefahren) die Load average unter 1 war. Innerhalb weniger Minuten ist die dann wieder auf 8 und mehr gestiegen. Dann die Überraschung als ich einmal Firefox (in dem immer ein echarts Fenster offen war) neu gestartet habe. Die Load Average ist schnell auf einen WErt unter 1 gesunken. Sie sieht jetzt z.B. aktuell mit einem geöffnetem echarts Fenster und VIS wie folgt aus:

top - 15:01:00 up 13 min,  3 users,  load average: 0,23, 0,52, 0,51
Tasks: 198 total,   1 running, 197 sleeping,   0 stopped,   0 zombie
%CPU(s):  4,3 us,  1,5 sy,  0,0 ni, 93,9 id,  0,0 wa,  0,0 hi,  0,3 si,  0,0 st
MiB Spch:   7811,2 total,   5853,6 free,   1260,2 used,    855,0 buff/cache
MiB Swap:    100,0 total,    100,0 free,      0,0 used.   6551,0 avail Spch

    PID USER      PR  NI    VIRT    RES    SHR S  %CPU  %MEM     ZEIT+ BEFEHL
    781 iobroker  20   0 5239524 191088  38264 S   8,9   2,4   2:09.11 iobroker.js-con
   2100 iobroker  20   0  726756 134168  37024 S   3,0   1,7   1:35.93 io.shelly.0
   2178 iobroker  20   0 5152016  96208  39448 S   3,0   1,2   0:32.55 io.esphome.0
   2125 iobroker  20   0  679192  71096  36900 S   2,0   0,9   0:04.57 io.discovery.0
   1892 iobroker  20   0  758916  81892  36676 S   1,7   1,0   0:30.62 io.history.0
   2022 iobroker  20   0  941512 138680  36900 S   1,7   1,7   0:43.85 io.javascript.0
   2232 iobroker  20   0  346032  36804  13888 S   1,7   0,5   0:20.13 esphome
    567 avahi     20   0    7588   3404   2864 S   1,0   0,0   0:08.53 avahi-daemon
   2189 iobroker  20   0  676736  71536  36828 S   1,0   0,9   0:04.48 io.echarts.0
   1992 iobroker  20   0 1017312 141492  43448 S   0,7   1,8   0:18.37 io.admin.0
     15 root      20   0       0      0      0 I   0,3   0,0   0:02.09 rcu_preempt
   2112 pi        20   0    9488   5084   2920 R   0,3   0,1   0:04.76 top
   2242 iobroker  20   0  676492  68528  37056 S   0,3   0,9   0:04.32 io.vis-inventwo
      1 root      20   0  168644  11960   8588 S   0,0   0,1   0:03.23 systemd
      2 root      20   0       0      0      0 S   0,0   0,0   0:00.02 kthreadd

Das ist absolut OK. Was man aber auch sieht ist die Uptime von 13 Minuten. Ich musste den Raspberry hart resetten nachdem ich probeweise ein neues echarts Diagramm (mit 6 Datenquellen) erstellt habe die load auf über 30 gestiegen ist und dann der Raspberry nicht mehr ansprechbar war.
Für mich sieht es so aus, dass ein geöffnetes Firefox echarts Fenster in Zusammenhang mit einem neuen Diagramm den IO-Boroker und/oder den Raspberry extram stark belasten.
Wenn ich alternativ nach jeder neuen Datenquelle das echarts Diagramm speichere, den Firefox beende und neu startet klappt das ganze und die Diagramme lassen sich auch flüssig anschauen.
Das ist zwar nicht sonderlich befriedigend und richtig verstehen tue ich es auch nicht, aber ich habe jetzt wenigstens einen Weg gefunden, wie ich durch stoppen und Neustart des Firefox (der übrigens nicht auf dem Raspberry sondern einem Windows PC läuft) den Raspberry und damit den IO-Broker flüssig laufen lassen kann.
Falls jemand dieses Verhalten erklären kann wäre ich für eine Erklärung dankbar.