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

[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.

[RoddiEF]

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

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

Ok dann hier im Original ohne Anpassung:

cd /home/iobroker || exit
    sudo -H -u iobroker npm i is-my-node-vulnerable
    sudo -H -u iobroker npx is-my-node-vulnerable
npm error code EACCES
npm error syscall mkdir
npm error path /home/iobroker/node_modules
npm error errno -13
npm error Error: EACCES: permission denied, mkdir '/home/iobroker/node_modules'
npm error     at async mkdir (node:internal/fs/promises:860:10)
npm error     at async /usr/lib/node_modules/npm/node_modules/@npmcli/arborist/lib/arborist/reify.js:624:20
npm error     at async Promise.allSettled (index 0)
npm error     at async [reifyPackages] (/usr/lib/node_modules/npm/node_modules/@npmcli/arborist/lib/arborist/reify.js:325:11)
npm error     at async Arborist.reify (/usr/lib/node_modules/npm/node_modules/@npmcli/arborist/lib/arborist/reify.js:142:5)
npm error     at async Install.exec (/usr/lib/node_modules/npm/lib/commands/install.js:150:5)
npm error     at async Npm.exec (/usr/lib/node_modules/npm/lib/npm.js:207:9)
npm error     at async module.exports (/usr/lib/node_modules/npm/lib/cli/entry.js:74:5) {
npm error   errno: -13,
npm error   code: 'EACCES',
npm error   syscall: 'mkdir',
npm error   path: '/home/iobroker/node_modules'
npm error }
npm error
npm error The operation was rejected by your operating system.
npm error It is likely you do not have the permissions to access this file as the current user
npm error
npm error If you believe this might be a permissions issue, please double-check the
npm error permissions of the file and its containing directories, or try running
npm error the command again as root/Administrator.
npm error A complete log of this run can be found in: /opt/iobroker/.npm/_logs/2026-01-13T10_24_12_176Z-debug-0.log

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

[Homoran]

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

npm error code EACCES

dann stimmt bei dir was mit dem user nicht.

Wir hatten gerade einen anderen Fall mit Docker, da lief das Script problemlos durch

[RoddiEF]

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

dann stimmt bei dir was mit dem user nicht.
Wir hatten gerade einen anderen Fall mit Docker, da lief das Script problemlos durch

Das kann sein aber ich nutze ausschließlich den Docker Container von Buanet.
Änderungen meinerseits hab ich nicht gemacht, ich verlasse mich da ganz auf den Ersteller des Containers und der läuft ja. Ausser der Adapter um den es hier geht, wobei der ja auch läuft nur das er bei einem Neustart den Fehler ins Log schreibt.

[Homoran]

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

ich nutze ausschließlich den Docker Container von Buanet.

das ist bei allen Dockern usern so (fast ausschließlich zumindest)

[Thomas Braun]

@RoddiEF

Welcher user macht den Aufruf?
Und in welchen Gruppen ist dieser user enthalten?
Wie sehen die Rechte an

ls -lAh /home/

aus?
Keine Ahnung, ob der Docker-Container an der Stelle anders aufgesetzt wurde, grundsätzlich funktioniert 'iob diag' aber in einem üblichen Docker-Setup.