(gelöst) linux-control lxc host klappt nicht

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

[HAL]

@crunchip mach ich heute abend, bin jetzt unterwegs

[HAL]

@thomas-braun sorry war durch Ostern beschäftigt

iobroker login: uwe
Password: 
Linux iobroker 6.5.13-1-pve #1 SMP PREEMPT_DYNAMIC PMX 6.5.13-1 (2024-02-05T13:50Z) x86_64

The programs included with the Debian GNU/Linux system are free software;
the exact distribution terms for each program are described in the
individual files in /usr/share/doc/*/copyright.

Debian GNU/Linux comes with ABSOLUTELY NO WARRANTY, to the extent
permitted by applicable law.
Last login: Mon Apr  1 14:43:10 CEST 2024 on tty1
uwe@iobroker:~$ apt policy iputils-ping ping
iputils-ping:
  Installed: 3:20210202-1
  Candidate: 3:20210202-1
  Version table:
 *** 3:20210202-1 500
        500 http://deb.debian.org/debian bullseye/main amd64 Packages
        100 /var/lib/dpkg/status
ping:
  Installed: (none)
  Candidate: (none)
  Version table:
uwe@iobroker:~$ ping 192.168.178.44
ping: socket: Operation not permitted
uwe@iobroker:~$ sudo -H -u iobroker ping 192.168.178.44
[sudo] password for uwe: 
ping: socket: Operation not permitted
uwe@iobroker:~$

[Thomas Braun]

@hal

Gib den usern die Rechte:

sudo setcap cap_net_raw+p /bin/ping

[HAL]

@thomas-braun OK, jetzt funktioniert auch die Abfrage der CPU Temperatur im Container. Danke für Deinen Support !