(gelöst) linux-control lxc host klappt nicht
-
@hal sagte in linux-control lxc host klappt nicht:
Wenn ich von der LXC console des iobrokers mit SSH ( gleiche Anmeldedaten wie im linux-control Adapter ) auf den Host anmelde, kann ich die sensors Daten auslesen.
Den Satz verstehe ich nicht
Bei einem Lxc legt man sich einen User an, mit diesem hat man dann Zugriff per ssh.
Der root User hat keinen Zugriff per ssh -
@crunchip sagte in linux-control lxc host klappt nicht:
Bei einem Lxc legt man sich einen User an, mit diesem hat man dann Zugriff per ssh.
und von dessen Konsole per SSH in die PVE
-
@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.
-
@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? -
@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.
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.
-
@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
-
@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. -
@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...
-
@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. -
@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.
-
@hal ist dies korrekt?
if its not possible to get connection to your linux client, check if iputils-ping is correct installed on client -
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 -
@hal
Da wurschtelt man immer noch nicht alsrootrum. -
@codierknecht was hat das mit dem Adapter zu tun ?
-
@hal
Die Ausgabe zeigt lediglich, dass ein ping als root funktioniert.
Der Adapter läuft aber nicht als root. -
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 -
@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.
-
@codierknecht habs bei mir ebenfalls gerade getestet, vom iobroker docker (anderer Server) zum Proxmox-Host, funktioniert ohne Probleme
-
@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
-
apt policy iputils-ping ping ping 192.168.178.44 sudo -H -u iobroker ping 192.168.178.44sagt? Natürlich NICHT als root sondern als user ausgeführt.
Eigentlich logisch, da man sich ohnehin nie als root anmeldet.
