Neuer ioBroker-Blog online: Monatsrückblick März/April 2026

[HAL]

@homoran vielleicht habe ich mich missverständlich ausgedrückt. Im iobroker Container melde ich mich von der Console mittel ssh am pve Host an ( root, werde ich aber noch auf user ändern). Bin dann ( immer noch im Container ) auf der Console des host (pve) und kann den command "sensors" bzw. den linux-control eigenen Befehl ausführen. Mit dem Adapter linux-control und den gleichen Eingaben klappt es nicht.

[crunchip]

@hal sagte in linux-control lxc host klappt nicht:

Im iobroker Container melde ich mich von der Console mittel ssh am pve Host

welche Console? Standard hat man kein root Zugriff per ssh
oder redest du innerhalb von Proxmox auf der Gui?

[HAL]

@crunchip ich bin im iobroker Container (lxc) auf der shell (terminal) eingelogt. Starte ssh und melde mich mit dem root User auf der IP des Host ( pve ) an. Dann kann ich wie im Terminal im Host (pve) alle Befehle aufrufen. Wenn ich die gleichen Anmelde Daten ( ip, port, root,pw ) im Adapter linux-control eingeben, kommt u.A. im log:
"linux-control.0 (85690) [getConnection] Host 'pve' (192.168.178.44:22) seems not to be online"

Vieleicht sollte ich einen anderen Weg probieren. :man-shrugging:

ps. Influxdb und grafana laufen in einem eigenen container. Auch hier kommt die gleiche Fehlermeldung im log
"linux-control.0 (85690) [getConnection] Host 'grafana' (192.168.178.55:22) seems not to be online"

Das gleiche passiert auch, wenn ich versuche auf die ip des iobroker in dem der linux-control Adapter läuft, zuzugreifen. :man-facepalming:

[crunchip]

@hal sagte in linux-control lxc host klappt nicht:

ich bin im iobroker Container (lxc) auf der shell (terminal) eingelogt

Also auf deiner Proxmox Oberfläche und nicht extern über z. B Putty

@hal sagte in linux-control lxc host klappt nicht:

Vieleicht sollte ich einen anderen Weg probieren

Ja wie bereits vorgeschlagen, mit einem User, der auch die Berechtigung hat

[Wal]

@hal ,
installiere dir auch mal die Version 1.1.6 von Github, bei der 1.1.5 hatte ich unter Proxmox ab und zu auch Login Probleme.
Kann auch sein das die Probleme weg waren als ich in Proxmox auf feste IP umgestellt hatte, ich weis es nicht mehr.

[HAL]

@wal die 1.1.6 hatte ich schon

@crunchip auch mit einem user mit allen Berechtigungen, keine Veränderung. Der Adapter sagt immer die ip ist nicht zu erreichen...

[crunchip]

@hal da fehlt der Haken bei sudo

Edit
ich hatte auch paar Abfragen an Proxmox Konfiguriert und das ein oder andere wurde nicht mehr ausgeführt, daher ist das bei mir schon längere Zeit deaktiviert.
Ist mir gerade so eingefallen, müsst ich heut abend mal nachsehen ob die Verbindung noch klappt.

[HAL]

@crunchip ich habe jetzt im Adapter eine physische andere ip von einem Raspberry eingetragen und das klappt NICHT. Es liegt also irgendwie in der Thematik proxmox und linux container.

[getConnection] Host 'ccu' (192.168.178.20:22) seems not to be online

Egal ob der sudo markiert ist oder nicht.

[crunchip]

@hal ist dies korrekt?

if its not possible to get connection to your linux client, check if iputils-ping is correct installed on client

[HAL]

@crunchip

root@iobroker:~# ping 192.168.178.44
PING 192.168.178.44 (192.168.178.44) 56(84) bytes of data.
64 bytes from 192.168.178.44: icmp_seq=1 ttl=64 time=0.044 ms
64 bytes from 192.168.178.44: icmp_seq=2 ttl=64 time=0.036 ms
64 bytes from 192.168.178.44: icmp_seq=3 ttl=64 time=0.058 ms
64 bytes from 192.168.178.44: icmp_seq=4 ttl=64 time=0.048 ms
^C
--- 192.168.178.44 ping statistics ---
4 packets transmitted, 4 received, 0% packet loss, time 3074ms
rtt min/avg/max/mdev = 0.036/0.046/0.058/0.007 ms

[Codierknecht]

@hal
Da wurschtelt man immer noch nicht als rootrum.

[HAL]

@codierknecht was hat das mit dem Adapter zu tun ?

[Codierknecht]

@hal
Die Ausgabe zeigt lediglich, dass ein ping als root funktioniert.
Der Adapter läuft aber nicht als root.

[HAL]

@codierknecht

uwe@iobroker:~$ sudo ping 192.168.178.44
[sudo] password for uwe: 
PING 192.168.178.44 (192.168.178.44) 56(84) bytes of data.
64 bytes from 192.168.178.44: icmp_seq=1 ttl=64 time=0.047 ms
64 bytes from 192.168.178.44: icmp_seq=2 ttl=64 time=0.037 ms
64 bytes from 192.168.178.44: icmp_seq=3 ttl=64 time=0.044 ms
64 bytes from 192.168.178.44: icmp_seq=4 ttl=64 time=0.043 ms
^C
--- 192.168.178.44 ping statistics ---
4 packets transmitted, 4 received, 0% packet loss, time 3068ms
rtt min/avg/max/mdev = 0.037/0.042/0.047/0.003 ms

linux-control.0
2024-03-26 23:00:44.869	info	[getConnection] Host 'pve' (192.168.178.44:22) seems not to be online

linux-control.0
2024-03-26 23:00:44.851	info	getting data from pve (192.168.178.44:22, Adapter start)

linux-control.0
2024-03-26 23:00:44.799	info	starting. Version 1.1.6 (non-npm: Scrounger/ioBroker.linux-control) in /opt/iobroker/node_modules/iobroker.linux-control, node: v18.18.2, js-controller: 5.0.19

[Codierknecht]

@hal
Also ich kann meinen LXC Container problemlos erreichen.
Ein grundsätzliches Problem beim Adapter würde ich demnach ausschließen.
Hätte vermutlich auch längst Geschrei gegeben.

[crunchip]

@codierknecht habs bei mir ebenfalls gerade getestet, vom iobroker docker (anderer Server) zum Proxmox-Host, funktioniert ohne Probleme

[crunchip]

@hal sagte in linux-control lxc host klappt nicht:

node: v18.18.2

ist aber auch nicht der aktuelle Stand

auch schon mal Proxmox neu gestartet?

es gab Hier ein issue, hat sich aber scheinbar in Luft aufgelöst

[Thomas Braun]

@hal

apt policy iputils-ping ping
ping 192.168.178.44
sudo -H -u iobroker ping 192.168.178.44

sagt? Natürlich NICHT als root sondern als user ausgeführt.
Eigentlich logisch, da man sich ohnehin nie als root anmeldet.

[HAL]

@thomas-braun ich bin am iobroker mit dem user Uwe angemeldet

[Thomas Braun]

@hal

Mag ja sein. Mittels sudo setzt du da aber weiterhin auf root-Rechte. Bringt dir aber keine Erkenntnisse, weil Ping z.B. unter Umständen von Usern nicht ausgeführt werden darf. Deswegen halt als User agieren, weil man immer als user eingeloggt ist und nie als root.

Die Kommandos liefern nun was zurück?