Weihnachtsangebot 2025! 🎄

[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

[nachon]

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

[huhie]

@nachon

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

[huhie]

@nachon

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 funktioniert :D

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

[nachon]

@huhie
Ok, danke für die Rückmeldung.
Ich wäre da nicht drauf gekommen, aber freut mich das es nun klappt. Bleibt natürlich die Frage, woran es liegt.
Hoffentlich tritt es nicht erneut auf. Drück Dir die Daumen. :)

[SmartHomer 0]

@huhie
Danke für Deinen Beitrag - das hat mir sehr geholfen.
Nach einem Versions-Update des buanet-Docker-Image auf meiner Synology DS hat bei mir der Ping-Adapter nicht mehr funktioniert (immer Ergebnis "false").

Nach Eingabe von

pkill -u iobroker
apt remove iputils-ping
Docker-Container Stop
Docker-Container Start

klappt nun wieder alles.
Das iputils-ping habe ich unter PACKAGES im Container stehen.

Zuvor hatte ich den Ping-Adapter gelöscht und neu installiert, das hatte aber nichts gebracht.

[huhie]

@smarthomer-0

Ich habe die selbe Installationsumgebung!
Ich hatte auch alles gelöscht und neu installiert …
Brachte alles nicht den gewünschten Erfolg… leider …
Schön das es wieder läuft!