Jahresrückblick 2025 – unser neuer Blogbeitrag ist online! ✨

[mading]

Interessant, irgendwie interpretiert er was falsch bzgl. des Datenpunkts services.●.load und der anderen

Gibt es den Datenpunkt? Wie ist er benannt?

[Ro75]

Ggfs. mit Alias arbeiten.

Ro75.

[D3ltoroxp]

Hm der Adapter hat ja die DP's erstellt, sollte das dann nicht passen ? Heißt das ich müsst die jetzt von Hand abändern, wenn ich so komische Schreibweise finde ?

[crunchip]

@D3ltoroxp die Frage ist eher, was da genau läuft auf deinen Systemen. Hat ja nichts mit den Befehlen zu tun.

[RoddiEF]

Ich war mal so frei und habe mir diesen Adapter mal installiert aber bekomme sofort nach dem ersten Start eine Fehlermeldung:

linux-control.0
2026-01-12 18:02:09.233	error	Object linux-control.0.command.host is invalid: obj.common.states has an invalid type! Expected "object", received "string"

Kann jemand was damit anfangen und mir Sagen wo der Adapter sein Problem hat?

Edit:
Eingetragen sind nur 2 Raspberry sonst sind keine weiteren Einstellungen gemacht worden.

[Meister Mopper]

@RoddiEF

Guckst du hier

Is aber nicht schlimm, der Adapter läuft sonst super gut!

[RoddiEF]

@meister-mopper
hab mir das Verlinkte mal angesehen aber bin nicht so Überzeugt. Der letzte Beitrag zu dem Thema ist von Juni 2025, sind ja nun doch schon einige Monde vergangen ohne Reaktion darauf. Mir stellt sich halt die Frage ob der Adapter noch betreut wird oder nicht?

[Meister Mopper]

@RoddiEF sagte in Test Adapter Linux Control v1.x.x:

@meister-mopper
hab mir das Verlinkte mal angesehen aber bin nicht so Überzeugt. Der letzte Beitrag zu dem Thema ist von Juni 2025, sind ja nun doch schon einige Monde vergangen ohne Reaktion darauf. Mir stellt sich halt die Frage ob der Adapter noch betreut wird oder nicht?

Der Adaper wird gut betreut und funkioniert like a charme. Vielleicht ist ja mit deinem System was falsch.

Zeig doch mal bitte das Ergebnis von iob diag direkt hier in codetags </> eingestellt.

[RoddiEF]

@Meister-Mopper sagte in Test Adapter Linux Control v1.x.x:

Der Adaper wird gut betreut und funkioniert like a charme. Vielleicht ist ja mit deinem System was falsch.
Zeig doch mal bitte das Ergebnis von iob diag direkt hier in codetags </> eingestellt.

Kann ich gerne machen aber leider bekomme ich kein vollständiges diag.
Ich kann nicht sagen warum aber ab einer bestimmten Stelle hängt sich das ganze auf.
ioBroker läuft als Docker vielleicht liegt es daran aber bevor ich im System (Docker) rum rühre deinstalliere ich den Adapter wieder.

[Homoran]

@RoddiEF sagte in Test Adapter Linux Control v1.x.x:

Ich kann nicht sagen warum aber ab einer bestimmten Stelle hängt sich das ganze auf.
ioBroker läuft als Docker vielleicht liegt es daran

sicher nicht!

@RoddiEF sagte in Test Adapter Linux Control v1.x.x:

deinstalliere ich den Adapter wieder

das hat miteinander nichts zu tun.

wie weit kommst du denn?
wie lange wartest du, wenn es (wo?)hängt?

vielleicht gibt es bei dir etwas, dass es nur länger dauert

[RoddiEF]

Bis an diese Stelle:

Need to install the following packages:
is-my-node-vulnerable@1.6.1
Ok to proceed? (y) y

Und ab da bleibt es stehen, 30min gewartet ohne das was passiert.
Aber wie schon gesagt, es ist mir nicht so wichtig und die 4 pi's kann ich noch händisch Betreuen die hier rum werkeln.

[Homoran]

@RoddiEF sagte in Test Adapter Linux Control v1.x.x:

Bis an diese Stelle:

mich interessiert mehr, was bis dahin schon an Infos kommt.

Die Ursache für den Stop / lag wäre vielleicht für @thomas-braun interessant

[Homoran]

@RoddiEF sagte in Test Adapter Linux Control v1.x.x:

ist mir nicht so wichtig

naja, wenn da die Installation krumm ist, brauchst du dich nicht wundern, dass nicht alles rund läuft.
Dem solltest fu schon nachgehen.
Dafür ist das Skript ja geschrieben worden

[RoddiEF]

Ok ich klöppeln das jetzt mal hier rein was ich habe (hatte ich kopiert bevor Strg C zum Einsatz kam):

========== Start marking the full check here ===========

```bash
Script v.2025-08-09

*** BASE SYSTEM ***
Hardware Vendor : Micro-Star International Co., Ltd
Kernel          : x86_64
Userland        : 64 bit
Docker          : v11.0.0
Virtualization  : docker
Kernel          : x86_64
Userland        : 64 bit

Systemuptime and Load:
 21:03:10 up 8 days,  2:07,  0 user,  load average: 0.89, 1.48, 1.87
CPU threads: 12


*** LIFE CYCLE STATUS ***
Debian 'bookworm' is the current oldstable version. Please upgrade to the latest stable release 'trixie' in due time!

*** TIME AND TIMEZONES ***
Mon Jan 12 20:03:10 UTC 2026
Mon Jan 12 21:03:10 CET 2026
CET +0100
Etc/UTC

*** Users and Groups ***
User that called 'iob diag':
root
HOME=/root
GROUPS=root

User that is running 'js-controller':
iobroker
HOME=/opt/iobroker
GROUPS=users tty dialout audio video plugdev

*** DISPLAY-SERVER SETUP ***
Display-Server:         false
System has not been booted with systemd as init system (PID 1). Can't operate.
Failed to connect to bus: Host is down
Display-Manager: 
Desktop: 
Session: 

*** MEMORY ***
               total        used        free      shared  buff/cache   available
Mem:             29G         16G        353M        2.3G         15G         12G
Swap:             0B          0B          0B
Total:           29G         16G        353M

Active iob-Instances:   23

        27968 M total memory
        15647 M used memory
         9067 M active memory
        16804 M inactive memory
          337 M free memory
            0 M buffer memory
        14455 M swap cache
            0 M total swap
            0 M used swap
            0 M free swap

*** top - Table Of Processes  ***
top - 21:03:11 up 8 days,  2:07,  0 user,  load average: 0.89, 1.48, 1.87
Tasks:  30 total,   1 running,  29 sleeping,   0 stopped,   0 zombie
%Cpu(s):  0.0 us, 33.3 sy,  0.0 ni, 66.7 id,  0.0 wa,  0.0 hi,  0.0 si,  0.0 st 
MiB Mem :  27968.4 total,    337.0 free,  15647.7 used,  14455.7 buff/cache     
MiB Swap:      0.0 total,      0.0 free,      0.0 used.  12320.8 avail Mem 


*** DMESG CRITICAL ERRORS ***
dmesg: read kernel buffer failed: Operation not permitted
No critical errors detected

*** FILESYSTEM ***
Filesystem     Type   Size  Used Avail Use% Mounted on
/dev/nvme0n1p1 btrfs  932G  322G  596G  36% /
tmpfs          tmpfs   64M     0   64M   0% /dev
shm            tmpfs   64M     0   64M   0% /dev/shm
/dev/nvme0n1p1 btrfs  932G  322G  596G  36% /opt/iobroker
/dev/md3p1     xfs    2.8T 1017G  1.8T  37% /opt/iobroker/backups
tmpfs          tmpfs   14G     0   14G   0% /proc/acpi
tmpfs          tmpfs   14G     0   14G   0% /sys/firmware
tmpfs          tmpfs   14G     0   14G   0% /sys/devices/virtual/powercap

Messages concerning ext4 filesystem in dmesg:
dmesg: read kernel buffer failed: Operation not permitted

Show mounted filesystems:
TARGET                    SOURCE                                                                                                                         FSTYPE OPTIONS
/                         /dev/nvme0n1p1[/appdata/docker/docker/btrfs/subvolumes/0ac7ae18a35cd26f43a67b63e17fd433dd434f4edfc9ecc1fee56aa6a727b86b]       btrfs  rw,noatime,ssd,discard=async,space_cache=v2,subvolid=5412,subvol=/appdata/docker/docker/btrfs/subvolumes/0ac7ae18a35cd26f43a67b63e17fd433dd434f4edfc9ecc1fee56aa6a727b86b
|-/opt/iobroker           /dev/nvme0n1p1[/appdata/iobroker/data]                                                                                         btrfs  rw,noatime,ssd,discard=async,space_cache=v2,subvolid=5,subvol=/
| `-/opt/iobroker/backups /dev/md3p1[/Server-Backup/iobroker]                                                                                            xfs    rw,noatime,nouuid,attr2,inode64,logbufs=8,logbsize=32k,noquota
|-/opt/userscripts        /dev/nvme0n1p1[/appdata/iobroker/scripts]                                                                                      btrfs  rw,noatime,ssd,discard=async,space_cache=v2,subvolid=5,subvol=/
|-/etc/resolv.conf        /dev/nvme0n1p1[/appdata/docker/docker/containers/43a4efcdf9735a215297032e411bba77a9cb460b0d487fc6db042afb3d9c716a/resolv.conf] btrfs  rw,noatime,ssd,discard=async,space_cache=v2,subvolid=5,subvol=/
|-/etc/hostname           /dev/nvme0n1p1[/appdata/docker/docker/containers/43a4efcdf9735a215297032e411bba77a9cb460b0d487fc6db042afb3d9c716a/hostname]    btrfs  rw,noatime,ssd,discard=async,space_cache=v2,subvolid=5,subvol=/
`-/etc/hosts              /dev/nvme0n1p1[/appdata/docker/docker/containers/43a4efcdf9735a215297032e411bba77a9cb460b0d487fc6db042afb3d9c716a/hosts]       btrfs  rw,noatime,ssd,discard=async,space_cache=v2,subvolid=5,subvol=/

Files in neuralgic directories:

/var:
35M     /var/
33M     /var/lib
19M     /var/lib/apt/lists
19M     /var/lib/apt
14M     /var/lib/dpkg


/opt/iobroker/backups:
5.2G    /opt/iobroker/backups/
3.3G    /opt/iobroker/backups/2025-Backups
1.5G    /opt/iobroker/backups/2026-Januar
4.0K    /opt/iobroker/backups/.stfolder

/opt/iobroker/iobroker-data:
4.2G    /opt/iobroker/iobroker-data/
3.4G    /opt/iobroker/iobroker-data/history
640M    /opt/iobroker/iobroker-data/backup-objects
122M    /opt/iobroker/iobroker-data/files
47M     /opt/iobroker/iobroker-data/files/admin.admin

The five largest files in iobroker-data are:
60M     /opt/iobroker/iobroker-data/objects.jsonl
27M     /opt/iobroker/iobroker-data/backup-objects/2026-01-12_20-13_objects.jsonl.gz
27M     /opt/iobroker/iobroker-data/backup-objects/2026-01-12_18-13_objects.jsonl.gz
27M     /opt/iobroker/iobroker-data/backup-objects/2026-01-12_16-13_objects.jsonl.gz
27M     /opt/iobroker/iobroker-data/backup-objects/2026-01-12_14-13_objects.jsonl.gz

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

No Devices found 'by-id'

Zigbee Network Settings on your coordinator/in nvbackup are:

zigbee.X
Extended Pan ID:
*** MASKED ***
Pan ID:
*** MASKED ***
Channel:
*** MASKED ***
Network Key:
*** MASKED ***

To unmask the settings run 'iob diag --unmask'


*** NodeJS-Installation ***

/usr/bin/nodejs         v22.21.0
/usr/bin/node           v22.21.0
/usr/bin/npm            10.9.4
/usr/bin/npx            10.9.4
/usr/bin/corepack       0.34.0

nodejs:
  Installed: 22.21.0-1nodesource1
  Candidate: 22.21.0-1nodesource1
  Version table:
 *** 22.21.0-1nodesource1 1001
        500 https://deb.nodesource.com/node_22.x nodistro/main amd64 Packages
        100 /var/lib/dpkg/status
     22.20.0-1nodesource1 1001
        500 https://deb.nodesource.com/node_22.x nodistro/main amd64 Packages
     22.19.0-1nodesource1 1001
        500 https://deb.nodesource.com/node_22.x nodistro/main amd64 Packages
     22.18.0-1nodesource1 1001
        500 https://deb.nodesource.com/node_22.x nodistro/main amd64 Packages
     22.17.1-1nodesource1 1001
        500 https://deb.nodesource.com/node_22.x nodistro/main amd64 Packages
     22.17.0-1nodesource1 1001
        500 https://deb.nodesource.com/node_22.x nodistro/main amd64 Packages
     22.16.0-1nodesource1 1001
        500 https://deb.nodesource.com/node_22.x nodistro/main amd64 Packages
     22.15.1-1nodesource1 1001
        500 https://deb.nodesource.com/node_22.x nodistro/main amd64 Packages
     22.15.0-1nodesource1 1001
        500 https://deb.nodesource.com/node_22.x nodistro/main amd64 Packages
     22.14.0-1nodesource1 1001
        500 https://deb.nodesource.com/node_22.x nodistro/main amd64 Packages
     22.13.1-1nodesource1 1001
        500 https://deb.nodesource.com/node_22.x nodistro/main amd64 Packages
     22.13.0-1nodesource1 1001
        500 https://deb.nodesource.com/node_22.x nodistro/main amd64 Packages
     22.12.0-1nodesource1 1001
        500 https://deb.nodesource.com/node_22.x nodistro/main amd64 Packages
     22.11.0-1nodesource1 1001
        500 https://deb.nodesource.com/node_22.x nodistro/main amd64 Packages
     22.10.0-1nodesource1 1001
        500 https://deb.nodesource.com/node_22.x nodistro/main amd64 Packages
     22.9.0-1nodesource1 1001
        500 https://deb.nodesource.com/node_22.x nodistro/main amd64 Packages
     22.8.0-1nodesource1 1001
        500 https://deb.nodesource.com/node_22.x nodistro/main amd64 Packages
     22.7.0-1nodesource1 1001
        500 https://deb.nodesource.com/node_22.x nodistro/main amd64 Packages
     22.6.0-1nodesource1 1001
        500 https://deb.nodesource.com/node_22.x nodistro/main amd64 Packages
     22.5.1-1nodesource1 1001
        500 https://deb.nodesource.com/node_22.x nodistro/main amd64 Packages
     22.5.0-1nodesource1 1001
        500 https://deb.nodesource.com/node_22.x nodistro/main amd64 Packages
     22.4.1-1nodesource1 1001
        500 https://deb.nodesource.com/node_22.x nodistro/main amd64 Packages
     22.4.0-1nodesource1 1001
        500 https://deb.nodesource.com/node_22.x nodistro/main amd64 Packages
     22.3.0-1nodesource1 1001
        500 https://deb.nodesource.com/node_22.x nodistro/main amd64 Packages
     22.2.0-1nodesource1 1001
        500 https://deb.nodesource.com/node_22.x nodistro/main amd64 Packages
     22.1.0-1nodesource1 1001
        500 https://deb.nodesource.com/node_22.x nodistro/main amd64 Packages
     22.0.0-1nodesource1 1001
        500 https://deb.nodesource.com/node_22.x nodistro/main amd64 Packages
     18.20.4+dfsg-1~deb12u1 500
        500 http://deb.debian.org/debian bookworm/main amd64 Packages
        500 http://deb.debian.org/debian-security bookworm-security/main amd64 Packages

Temp directories causing deletion problem: 0
No problems detected

Errors in npm tree: 0
No problems detected

Checking for nodejs vulnerability:

Need to install the following packages:
is-my-node-vulnerable@1.6.1
Ok to proceed? (y) 

Mehr habe ich nicht, vllt Hilft es ja. Läuft wie gesagt als Docker, der Docker ist von Buanet alle Updates die von ihm bereitgestellt werden sind immer ausgeführt so bald verfügbar.

[Thomas Braun]

@RoddiEF sagte in Test Adapter Linux Control v1.x.x:

Ok to proceed? (y)

Mal bestätigt?

[RoddiEF]

@Thomas-Braun sagte in Test Adapter Linux Control v1.x.x:

Mal bestätigt?

Aber natürlich ^^
(ich weiss die Frage musste gestellt werden aber brachte mich trotzdem kurz zum schmunzeln)

[Thomas Braun]

@RoddiEF sagte in Test Adapter Linux Control v1.x.x:

(ich weiss die Frage musste gestellt werden aber brachte mich trotzdem kurz zum schmunzeln)

Was ich hier schon alles gesehen habe...

Was kommt denn bei dir dabei herum?

    cd /home/iobroker || exit
    sudo -H -u iobroker npm i is-my-node-vulnerable
    sudo -H -u iobroker npx is-my-node-vulnerable

[RoddiEF]

Hier die Ausgabe, nur das /home/iobroker bei mir /opt/iobroker sein muss.

cd /opt/iobroker || exit
    sudo -H -u iobroker npm i is-my-node-vulnerable
    sudo -H -u iobroker npx is-my-node-vulnerable

added 8 packages in 2s

164 packages are looking for funding
  run `npm fund` for details


 █████  ██      ██           ██████   ██████   ██████  ██████         ██
██   ██ ██      ██          ██       ██    ██ ██    ██ ██   ██     ██  ██
███████ ██      ██          ██   ███ ██    ██ ██    ██ ██   ██         ██
██   ██ ██      ██          ██    ██ ██    ██ ██    ██ ██   ██     ██  ██
██   ██ ███████ ███████      ██████   ██████   ██████  ██████         ██

[Thomas Braun]

@RoddiEF sagte in Test Adapter Linux Control v1.x.x:

das /home/iobroker bei mir /opt/iobroker sein muss.

Warum? Der user iobroker hat eigentlich auch ein home. Das Modul wird bewusst nicht in /opt/iobroker installiert sondern außerhalb des Installationsverzeichnisses.