Weihnachtsangebot 2025! 🎄

[monarc]

@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 -----

[Glasfaser]

@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 .

[PeterImNetz]

@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

[PeterImNetz]

So konfiguriert ist ping jetzt immer dabei:

[Glasfaser]

@peterimnetz

Danke für die Rückmeldung :+1:

[monarc]

@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 :+1:

[Glasfaser]

@monarc
@PeterImNetz

könnt Ihr beide jeweils den Thread , auf [gelöst] ändern .

[monarc]

@glasfaser said in Error: ping.probe // ping und sony-bravia Adapter:

@monarc
@PeterImNetz

könnt Ihr beide jeweils den Thread , auf [gelöst] ändern .

Erledigt. Kann man auch einen Beitrag als Lösung kennzeichnen?

[andre]

...hätte nicht gedacht dass da so viele User drüber stolpern ;)

Und danke @Glasfaser @Thomas-Braun @PeterImNetz für euren Einsatz!

[Thomas Braun]

@andre

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.

[andre]

@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... ;)

[Thomas Braun]

@andre

Wird Ping nicht auch vom discovery-Adapter verwendet?

Zum Editor: Natürlich vi oder emacs. Alles andere ist nicht mächtig genug! :-D

[andre]

@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. :confused: 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 Issue :)

MfG,
André

PS; Das Editor Thema lasse ich jetzt mal unkommentiert ;)

[fastfoot]

@andre sagte in [gelöst] Error: ping.probe // ping und sony-bravia Adapter:

Kompromiss:
Umgebungsvariable PACKAGES

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. 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

[andre]

@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.

https://github.com/buanet/ioBroker.docker/issues/201

[RkcCorian]

@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

[nachon]

@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.

[huhie]

@nachon

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?

[nachon]

@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.

[huhie]

@nachon

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