Neues YouTube-Video: Visualisierung im Devices-Adapter

[Kusi]

@crunchip Ich habe soeben ein Ubuntu 20.04.3 im LXC-Container aufgesetzt.
Darauf ioBroker installiert, OHNE Restore.
Neeo-Adapter installiert und gestartet, folgender Fehler wird hier angezeigt:

neeo initialization failedError [ERR_UNHANDLED_ERROR]: Unhandled error. ('neeo inialization errorError: No Brain found after 5000ms!')

Beim zweiten Versucht kommt dann wieder altbekannte Fehlermeldung

neeo initialization failedError: getaddrinfo ENOTFOUND neeo-2372dc31.local

[crunchip]

@kusi sagte in Bestehender Adapter umschreiben:

Es steht noch immer local drin, trotz Neustart.

hab ich doch geschrieben, nach neustart is das wieder zurückgesetzt
bzw, das was du zeigst, das ist von deinem Proxmox Host

du solltest das in deiner Iobroker VM ändern

@kusi sagte in Bestehender Adapter umschreiben:

Könnten die Host-Einstellungen in Proxmox Schuld daran sein

wenn man einen LXC verwendet, ja, der verwendet ja die Einstellung deines Proxmox Host

[liv-in-sky]

@kusi sagte in Bestehender Adapter umschreiben:

neeo-2372dc31.local

probier mal folgendes:

konsole auf dem proxmox server

sudo nano /etc/hosts

trage das darin ein - nur mit der ip adresse deines neeon gerätes

dann probiere mal

ping neeo-2372dc31.local

vielleicht funktioniert ja der trick - der ubuntu lxc nutzt ja das setting vom proxmox

[crunchip]

@liv-in-sky geht auch direkt in proxmox bei einem LXC

[liv-in-sky]

@crunchip ok - ist wohl besser - sieht man sofort und wird in lxc gespeichert - für backup

wobei ich nicht weiß, ob es etwas bringen wird

[Kusi]

@liv-in-sky sagte in Bestehender Adapter umschreiben:

ping neeo-2372dc31.local

PING neeo-2372dc31.local (192.168.1.80) 56(84) bytes of data.
64 bytes from neeo-2372dc31.local (192.168.1.80): icmp_seq=1 ttl=64 time=228 ms
64 bytes from neeo-2372dc31.local (192.168.1.80): icmp_seq=2 ttl=64 time=2.10 ms
64 bytes from neeo-2372dc31.local (192.168.1.80): icmp_seq=3 ttl=64 time=1.69 ms
64 bytes from neeo-2372dc31.local (192.168.1.80): icmp_seq=4 ttl=64 time=1.28 ms
64 bytes from neeo-2372dc31.local (192.168.1.80): icmp_seq=5 ttl=64 time=6.21 ms
64 bytes from neeo-2372dc31.local (192.168.1.80): icmp_seq=6 ttl=64 time=1.08 ms

Ab Konsole von Proxmox.

"ping 192.168.1.80" ab VM Konsole ist erfolgreich.
"ping neeo-2372dc31.local" ab VM Konsole ist nicht erfolgreich.

Der Adapter in Neeo bleibt immer noch gleich.

Edit: DNS von Proxmox habe ich bei Search Domain auf "local" gewechselt, nun funktioniert der Ping.

root@proxmox:~# ping neeo-2372dc31.local
PING neeo-2372dc31.local (192.168.1.80) 56(84) bytes of data.
64 bytes from neeo-2372dc31.local (192.168.1.80): icmp_seq=1 ttl=64 time=3.53 ms
64 bytes from neeo-2372dc31.local (192.168.1.80): icmp_seq=2 ttl=64 time=2.82 ms
64 bytes from neeo-2372dc31.local (192.168.1.80): icmp_seq=3 ttl=64 time=1.80 ms
64 bytes from neeo-2372dc31.local (192.168.1.80): icmp_seq=4 ttl=64 time=3.28 ms

Ping ab VM:

kusi@ioBroker:~$ ping neeo-2372dc31.local
ping: neeo-2372dc31.local: Der Name oder der Dienst ist nicht bekannt

[Kusi]

@crunchip sagte in Bestehender Adapter umschreiben:

bei einem LXC

Mein ioBroker läuft in einer VM.
LXC war nur zum Testen.

[Kusi]

@crunchip @liv-in-sky
Es funktioniert!!!

Ich habe die Änderung von @liv-in-sky in der VM vorgenommen, dann funktionierte auch der Ping.

Müsste die zweit oberste Zeile nicht eine andere IP-Adresse haben?
Könnte dies der Fehler gewesen sein?

Ps: ioBroker.home hatte ich versuchsweise zu ioBroker.local geändert, hat auch nichts gebracht.

[liv-in-sky]

@kusi

am besten du testest das mal mit einem anderen client - z.b handy. wenn du auch andere clients mit name.lical anpingen kannst, ist deine interne domain local - dann sollten auch alle server local als domain haben - auch in der /etc/resolv.conf

@kusi sagte in Bestehender Adapter umschreiben:

@crunchip @liv-in-sky
Es funktioniert!!!

was bedeutet das - der ping funktioniert oder der adapter funktioniert

[Kusi]

@liv-in-sky sagte in Bestehender Adapter umschreiben:

was bedeutet das - der ping funktioniert oder der adapter funktioniert

Ping und Adapter funktionieren!!

[liv-in-sky]

@kusi
das ist ja blöd - habe ich doch schon am anfang des threads geschrieben - hätten wir wohl dranbleiben sollen - dank an @crunchip

[Kusi]

@kusi sagte in Bestehender Adapter umschreiben:

Ich habe versuchsweise die ersten 2 Zeilen wie folgt angepasst:

192.168.1.1 localhost
192.168.1.15 ioBroker.local

Beides hat nichts geholfen (mit deaktivierter dritten Zeile!).

[Kusi]

@liv-in-sky sagte in Bestehender Adapter umschreiben:

@kusi

es gibt ja eine domain. z.b iobrokerserver.fritz.box

wenn du dhcp nutzt, bekommt jeder client - auch das brain - diese domain "fritz.box"

hat den die vm eine solche domain ?

der adapter sucht wohl unter "local" (ENOTFOUND neeo-2372dc31.local)

Du meintest bereits hier??

[Kusi]

@liv-in-sky sagte in Bestehender Adapter umschreiben:

Verständnisfrage:
Sage ich damit der VM, wenn eine Anfrage an "neeo-2372dc31.local" kommt, dass er diese an "192.168.1.80" (meine IP) weiterleiten soll?

[liv-in-sky]

@kusi

da gehört im proxmoxserver

127.0.0.1 localhost
<IpDesProxmooxServers> <name des proxmoxservers>.local local

iobroker hat da eigentlich nix zu suchen - außer dein dein proxmoxserver heißt iobroker - so heißt aber die vm - oder?

in die /etc/resolv.conf gehört bei search

search local

in der vm weiß ich nicht 100%ig - evtl hat @crunchip eine vorlage - ich habe keine vm installiert

----------------- ---------------------------
du sagst damit: wenn der proxmoxserver und seine lxc's eine verbindung zu neeo-2372dc31.local machen will, soll er die adresse ... nehmen

[Kusi]

@liv-in-sky Folgendes ist in den Dateien...

/etc/hosts von Proxmox:

/etc/hosts von VM:

/etc/resolv.conf von Proxmox:

/etc/resolv.conf von VM:

[liv-in-sky]

@kusi sagte in Bestehender Adapter umschreiben:

@liv-in-sky Folgendes ist in den Dateien...
/etc/hosts von Proxmox:

.localdomain
.home

sollen .local sein

/etc/hosts von VM:

127.0.1.1 muss die iobroker adresse sein also was mit 192.168.1.xx

[Kusi]

@liv-in-sky Habe ich so angepasst, vielen Dank.

Noch kurz eine andere Frage...
Will ich auf der VM als User "kusi" das System updaten, dann kommt die Fehlermeldung "keine Berechtigung".

Will ich dies ändern, dann kommt eine Fehlermeldung.

kusi@ioBroker:~$ kusi@ioBroker:~$ usermod -aG sudo kusi
-bash: usermod: Kommando nicht gefunden.

Was muss ich tun?

[crunchip]

@kusi sagte in Bestehender Adapter umschreiben:

Habe ich so angepasst, vielen Dank.
Noch kurz eine andere Frage...

hab den Überblick verloren wo wie was jetzt genau eingestellt ist.
aber wenns funktioniert, passt ja alles

@kusi sagte in Bestehender Adapter umschreiben:

Will ich auf der VM als User "kusi" das System updaten, dann kommt die Fehlermeldung "keine Berechtigung".

wie machst du das?
Update immer mit sudo

[Kusi]

@crunchip
Ich dachte dass man den User in die Sudo-Gruppe einfügen sollte, aber dann habe ich das wohl mal falsch verstanden.

Updates wollte ich immer wie folgt machen:

apt update && apt upgrade

Da ich aber keine Berechtigung habe, funktioniert nur folgendes:

sudo apt update && apt upgrade