NEWS
[gelöst] Error: ping.probe // ping und sony-bravia Adapter
-
ach klasse.
Magst du mal kurz schauen? Soll ich ein Issue im Github öffnen oder passt das so?
Danke im Voraus und Grüße....
-
@glasfaser said in Error: ping.probe // ping und sony-bravia Adapter:
@monarc sagte in Error: ping.probe // ping und sony-bravia Adapter:
kann man denn prüfen welche Version man genau installiert hat
Das siehst du im Log vom Container
----- Docker-Image -----
----- image: v5.2.0 -----
----- build: 2021-10-01T03:48:11+00:00 ----- -
@monarc sagte in Error: ping.probe // ping und sony-bravia Adapter:
image: v5.2.0
Jetzt wäre Interessant , da der Fehler das zweite mal aufgetreten ist, ob es ein Zufall ist oder ......
Ich Frage mal im anderen Thread mal nach , ob er auch die neue v5.2.0 hat .
-
@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
-
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.XXX
Welches 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: true
Ich 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.