[gelöst] Error: ping.probe // ping und sony-bravia Adapter
-
So konfiguriert ist ping jetzt immer dabei:
-
Danke für die Rückmeldung
-
@peterimnetz said in Error: ping.probe // ping und sony-bravia Adapter:
@Glasfaser @monarc
Das Paket iputils-ping muss nun beim Bauen des Containers manuell hinzugefügt werden:https://github.com/buanet/ioBroker.docker/issues/200#issuecomment-932781681
Perfekt, vielen Dank für die Info.
@andre Hat sich dann erledigt. Auf diesem Weg auch vielen Dank für deine klasse Arbeit mit dem Container
-
könnt Ihr beide jeweils den Thread , auf [gelöst] ändern .
-
@glasfaser said in Error: ping.probe // ping und sony-bravia Adapter:
könnt Ihr beide jeweils den Thread , auf [gelöst] ändern .
Erledigt. Kann man auch einen Beitrag als Lösung kennzeichnen?
-
...hätte nicht gedacht dass da so viele User drüber stolpern
Und danke @Glasfaser @Thomas-Braun @PeterImNetz für euren Einsatz!
-
Ich würde darüber nachdenken, iputils-ping wieder in den Container zu basteln. Das scheint mir doch ein recht gängiges Werkzeug zu sein.
-
@thomas-braun Andererseits stellt sich dann wieder die Frage welche dependencies bauen wir ein, und welche nicht... Wo ist die Grenze, vor allem wenn man das Image so klein wie möglich halten will??? Ich für mich habe entschieden dass nur das mit rein kommt was
a) im zugrunde liegendem Base Image enthalten ist
b) von den per default installierten Adaptern benötigt wird
...und ganz schnell sind wir dann wieder bei Standard Linux Tools... Machen wir nun vi oder nano ins Image???.... und die Diskussion nimmt kein Ende...
Kompromiss:
Umgebungsvariable PACKAGES und jeder Adapter weist die erforderlichen Linux Pakete (am Liebsten als Hinweis in der Admin UI) als erforderlich aus... Der User macht "copy and paste" und haut die Pakete in die ENV... Persistent und individuell.... Notiz an mich: Könnte ich so auch nochmal im Developer Meeting drauf hinweisen... -
Wird Ping nicht auch vom discovery-Adapter verwendet?
Zum Editor: Natürlich vi oder emacs. Alles andere ist nicht mächtig genug!
-
@thomas-braun sagte in [gelöst] Error: ping.probe // ping und sony-bravia Adapter:
Wird Ping nicht auch vom discovery-Adapter verwendet?
Stimmt eigentlich... Habe mich aber ehrlich gesagt noch nie mit Discovery auseinander gesetzt.
Im Repo sind allerdings keine expliziten Voraussetzungen genannt... daher habe ich dahingehend auch noch nichts implementiert... Bin immer davon ausgegangen dass die Pakete, die das ioBroker Setup nachzieht dort ausreichen...
Falls sich da jemand berufen fühlt zu recherchieren was der Adapter benötigt freue ich mich auf ein IssueMfG,
AndréPS; Das Editor Thema lasse ich jetzt mal unkommentiert
-
@andre sagte in [gelöst] Error: ping.probe // ping und sony-bravia Adapter:
Kompromiss:
Umgebungsvariable PACKAGESwas mich daran immer gestört hat ist, dass die Installation(en) bei jedem Systemstart erfolgen, auch wenn das Paket schon installiert ist. Bisher mache ich es so dass ich die Pakete einmalig nachinstalliere und Ruhe ist. Bei mir sind das vi(m) und neuerdings inetutils-ping, cifs-utils musste vor der 5.2.0 auch nachinstalliert werden, ist jetzt aber wohl im bullseye-slim enthalten
Ansonsten würde ich mich für die Vorbesetzung der PACKAGES aussprechen wollen, auf diese Weise bleibt das Image, ähem.... klein, der unbedarfte Anwender muss sich aber nicht damit plagen. Evtl. könnte man unnötige Zweitinstallationen mit
whereis Tool|awk '/Tool/{print $2}'abfangen, das habe ich aber noch nicht ausreichend getestet -
@fastfoot sagte in [gelöst] Error: ping.probe // ping und sony-bravia Adapter:
was mich daran immer gestört hat ist, dass die Installation(en) bei jedem Systemstart erfolgen, auch wenn das Paket schon installiert ist. Bisher mache ich es so dass ich die Pakete einmalig nachinstalliere und Ruhe ist.
-
@thomas-braun sagte in [gelöst] Error: ping.probe // ping und sony-bravia Adapter:
iputils-ping
Gleiche Problem hier. Wäre super, wenn das zukünftig wieder dabei ist
-
@peterimnetz said in [gelöst] Error: ping.probe // ping und sony-bravia Adapter:
@Glasfaser @monarc
Das Paket iputils-ping muss nun beim Bauen des Containers manuell hinzugefügt werden:https://github.com/buanet/ioBroker.docker/issues/200#issuecomment-932781681
Hi,
ich nehme an, dass kommt in irgendein Tool?
Ich baue und starte die Container über die docker-compose.yml Dateien. Wie fügt man denn da die Packages hinzu?Danke, gefunden.
In den environments unter packages einfach mehrere packages angeben, wenn mehrere installiert werden sollen. -
Ich baue den Container auch mit docker-compose und finde das echt klasse.
Habe heute mit dem Befehl "sudo docker-compose pull" das image gezogen und es funktioniert leider auch bei mir der Ping nicht
mehr
- So ein Ärger...Meine Docker Compose für den Teil "iobroker" sieht wie folgt aus:
#iobroker iobroker: container_name: iobroker image: buanet/iobroker:latest hostname: iobroker restart: always ports: - "8081:8081" volumes: - '/volume1/docker/iobroker/data/:/opt/iobroker' environment: PACKAGES: iputils-ping networks: MACVLAN: ipv4_address: 192.168.XX.XXXWelches Packages muss ich noch installieren, damit PING wieder läuft? Oder ist mein Befehl falsch?
Kannst Du mir da helfen?
-
@huhie
Merkwürdig. Eigentlich sieht das ganz gut aus.Was ich mir erklären kann, ist, dass Du nicht den Pull machen musst, sondern "sudo docker-compose up -d". Du musst das Image ja rebuilden.
Ein Pull allein dürfte da meiner Meinung nach nicht ausreichend sein.Bei mir sieht die yml Datei noch etwas umfassender aus:
version: '2.4' services: iobroker: image: buanet/iobroker:v5.2.0 container_name: iobroker1 hostname: iobroker cap_add: - NET_ADMIN - NET_RAW devices: - "/dev/ttyUSB0:/dev/ttyUSB0" environment: LANG: 'de_DE.UTF-8' LANGUAGE: de_DE:de LC_ALL: de_DE.UTF-8 AVAHI: 'false' SETUID: 1000 SETGID: 1000 PACKAGES: nano iputils-ping TZ: 'Europe/Berlin' USBDEVICES: /dev/ttyUSB0 ZWAVE: 'false' ports: - "8081:8081" - "8082:8082" - "8091:8091" - "1880:1880" networks: vlan_name: ipv4_address: 192.1xx.xxx.xxx volumes: - /volume1/docker/ioBroker:/opt/iobroker restart: always db: image: mariadb:10.5.10 container_name: iob_mariadb1 hostname: iob_db volumes: - /volume1/docker/ioBroker/mariadb:/var/lib/mysql environment: MYSQL_ROOT_PASSWORD: 'XXX' MYSQL_DATABASE: 'XXX' MYSQL_USER: 'XXX' MYSQL_PASSWORD: 'XXX' networks: vlan_name: ipv4_address: 192.1xx.xxx.xxx restart: always networks: vlan_name: external: trueIch gebe immer die direkten Versionen an und nicht latest. Das USB Device ist zudem mein Zigbee Stick der hier mit eingebunden wird.
Und die IP-Adressen vergebe ich, weil ich ein macvlan aufgebaut habe. -
Vielen Dank für Deine docker-compose
Ich habe den "sudo docker-compose up -d" Befehl ausgeführt, nur leider bleiben alle
Geräte im Ping Adapter auf "false".
Wenn ich das Paket in der Docker Konsole nachinstallieren will dann bekomme
ich die Info, das ich bereits die neueste Version besitze
Warum hast Du "NANO" da stehen?
Gibt es noch eine Idee, wie ich das wieder zum Laufen bekomme?
viele Grüße
Huhie
-
@huhie
Hmm, ich befürchte da muss ein anderes Problem sein. Installiert ist das Paket ja offensichtlich.
Gab es da nicht ein zweites "Ping" Programm, das man installieren kann, weil bei einigen dieses zu Problemen führt? Kann das damit zusammenhängen?
Ich bin gerade selbst nicht ganz sicher.Mein Ping führe ich mit Net-Tools aus. Das klappt bei mir aktuell wieder gut.
Nano habe ich dort stehen, weil ich das Paket mit installieren wollte. Ist ein Editor, die ich auf der Console manchmal nutze. Andere bevorzugen vim. Damit werde ich nicht warm.
-
Net-Tools habe ich gerade installiert. Führt aber leider ebenso zur Anzeige "false" beim Anpingen von den Geräten....
Hmmm ich bin echt ein wenig ratlos gerade...
-
Also ich habe gestern noch ein wenig rumprobiert und nun funktioniert es wieder!
Allerdings weiss ich noch nicht, ob dafür evtl. etwas anderes nicht mehr funktioniertIch bin im docker in die console und habe dort den Befehl "sudo apt remove iputils-ping" abgesetzt.
Dann mit Y bestätigt und anschliessend nochmal "sudo apt autoremove" abgesetzt.Dann den Container neu gestartet und es funktioniert wieder mit dem Adapter "Ping".
