Synology Container zusammenspiel fhem und zigbee2mqtt

[roemi]

Hallo Otto,

bash is nicht, habe es daher mit sh gemacht

Code Auswählen Erweitern

michael@NAS101:~$ sudo docker exec -i koenkk-zigbee2mqtt-1 sh -c "ping fhemtest3"
ping: bad address 'fhemtest3'
Mit der compose.yaml ist aber alles i.O.?

Römi

[Otto123]

Bin jetzt nicht sicher, aber sind die im gleichen Netzwerk?

Code Auswählen Erweitern

docker inspect -f '{{range.NetworkSettings.Networks}}{{.IPAddress}}{{end}}' koenkk-zigbee2mqtt-1

Code Auswählen Erweitern

docker inspect -f '{{range.NetworkSettings.Networks}}{{.IPAddress}}{{end}}' fhemtest3Die Namensauflösung mit Container Namen geht nur innerhalb eines docker netzwerkes.

[roemi]

Isch schwör   
Du darfst diesen Dateianhang nicht ansehen.

Code Auswählen Erweitern

michael@NAS101:~$ sudo docker inspect -f '{{range.NetworkSettings.Networks}}{{.IPAddress}}{{end}}' koenkk-zigbee2mqtt-1
172.17.0.3
michael@NAS101:~$ sudo docker inspect -f '{{range.NetworkSettings.Networks}}{{.IPAddress}}{{end}}' fhemtest3
172.17.0.5
michael@NAS101:~$


[Otto123]

offenbar macht Synology etwas anders als ein Stino Linux Host - wo es mehr Wissen erfordert 

Ich vermute Synology verwendet einen eigenen DNS Server der speziell konfiguriert werden muss.

[roemi]

Ich habe nun einen zweite fhemtest Container angelegt und einen ping abgesetzt

Code Auswählen Erweitern

michael@NAS101:~$ sudo docker exec -i fhemtest3 sh -c "ping fhemtest4"
PING fhemtest4 (172.20.0.3): 56 data bytes
64 bytes from 172.20.0.3: icmp_seq=0 ttl=64 time=0,201 ms
64 bytes from 172.20.0.3: icmp_seq=1 ttl=64 time=0,165 ms
64 bytes from 172.20.0.3: icmp_seq=2 ttl=64 time=0,185 ms
64 bytes from 172.20.0.3: icmp_seq=3 ttl=64 time=0,172 ms
^C
michael@NAS101:~$ sudo docker exec -i fhemtest4 sh -c "ping fhemtest3"
PING fhemtest3 (172.20.0.2): 56 data bytes
64 bytes from 172.20.0.2: icmp_seq=0 ttl=64 time=0,135 ms
64 bytes from 172.20.0.2: icmp_seq=1 ttl=64 time=0,119 ms
64 bytes from 172.20.0.2: icmp_seq=2 ttl=64 time=0,180 ms
^C
und

Code Auswählen Erweitern

michael@NAS101:~$ sudo docker exec fhemtest4 nslookup fhemtest3
Server:        127.0.0.11
Address:    127.0.0.11#53

Non-authoritative answer:
Name:    fhemtest3
Address: 172.20.0.2

Sollte es notwendig sein die Container manuell zu erstellen?

[Otto123]

meinst Du mit manuell -> docker-compose.yml ? Ich mache es immer so.

[roemi]

meinst Du mit manuell -> docker-compose.yml ? Ich mache es immer so.

Ja, natürlich hast Du Recht.
Zugegebenermaßen habe ich mich mit dem Thema nie beschäftigt und habe bisher Container immer nur mit dem Assistenten erstellt und nicht geglaubt das sich das so unterscheidet.
Das heißt ich werde nun auch den z2m Container so erstellen und checken ob sich das alles so bestätigt.
Interessant ist auch, das ich bei dieser Art der Container-Erstellung den Pfad zu compose.yml bestimmen kann.

Ich danke erstmal allen und werde die nächsten Tage basteln und das Ergebnis berichten.

Römi

[Otto123]

Moin,

ich glaube man könnte festhalten: So speziell ist Synology vielleicht auch nicht, aber wir reden gerade über ein Feature von docker compose!
https://docs.docker.com/compose/networking/

Und es ist wohl weniger der Container Name sondern der Service Name (der bei mir meistens gleich gewählt ist )

Ich habe nicht getestet ob Portainer mit "add Stacks" die gleiche Funktionalität erzeugt.

Gruß Otto

[roemi]

Hallo (von einem etwas am zweifelnden Römi),

die erste zwei Anfragen zeigen, das beide Container in einer bridge wohnen.
Die dritte läßt fhem nach xampp schauen und finden.
Umgekehrt findet xampp in der vierte Anfrage fhem NICHT.
In der fünften Anfrage ein erfolgreicher Ping und in der sechsten wieder nicht.

Code Auswählen Erweitern

michael@NAS101:~$ sudo docker inspect -f '{{range.NetworkSettings.Networks}}{{.IPAddress}}{{end}}' xamppprod
172.21.0.3

michael@NAS101:~$ sudo docker inspect -f '{{range.NetworkSettings.Networks}}{{.IPAddress}}{{end}}' fhemprod
172.21.0.2

michael@NAS101:~$ sudo docker exec fhemprod nslookup xamppprod
Server:        127.0.0.11
Address:    127.0.0.11#53
Non-authoritative answer:
Name:    xamppprod
Address: 172.21.0.3

michael@NAS101:~$ sudo docker exec xamppprod nslookup fhemprod
OCI runtime exec failed: exec failed: unable to start container process: exec: "nslookup": executable file not found in $PATH: unknown

michael@NAS101:~$ sudo docker exec -i fhemprod sh -c "ping xamppprod"
PING xamppprod (172.21.0.3): 56 data bytes
64 bytes from 172.21.0.3: icmp_seq=0 ttl=64 time=0,102 ms
64 bytes from 172.21.0.3: icmp_seq=1 ttl=64 time=0,182 ms
^C64 bytes from 172.21.0.3: icmp_seq=4 ttl=64 time=0,116 ms

michael@NAS101:~$ sudo docker exec -i xamppprod sh -c "ping fhemprod"
sh: 1: ping: not found

Hier die Compose-files in denen ich keinen offensichtlichen Fehler finde.

Code Auswählen Erweitern

version: '2'
services:
    xampp:
        container_name: xamppprod
        image: tomsik68/xampp:latest
        hostname: xamppprod
        ports:
            - "3308:3306"
        volumes:
            - /volume1/docker/prod/xampp/htdocs:/opt/lampp/htdocs
        network_mode: bridge
        restart: 'always'

Code Auswählen Erweitern

version: '2'
services:
    fhem:
        container_name: fhemprod
        image: fhem/fhem-minimal:latest
        hostname: fhemprod
        ports:
            - "8084:8083"
        volumes:
            - /volume1/docker/prod/fhem:/opt/fhem
        environment:
            - LOGFILE=./log/fhem-%Y-%m.log
            - FHEM_PERM_DIR:0754
            - FHEM_PERM_FILE:0644
            - UMASK=0033
            - TZ=Europe/Berlin
            - TELNETPORT=7072
        network_mode: bridge
        restart: 'always'
Sieht einer von Euch was da falsch läuft?

@Otto: Wie meinst Du das mit dem Service-Namen der bei Dir immer gleich ist?

Ein dankbarer Römi (der nun zum Grill geht und hofft das wenigstens da alles funzt) 
 
PS.: Es ist aber alles kein Drama! Ich will schließlich nur ein funktionierendes System besser machen.

[Otto123]

Hier die Compose-files in denen ich keinen offensichtlichen Fehler finde.

Der Fehler ist eventuell  die files, es muss das file heißen
Der von mir beschriebene Mechanismus: die container finden sich anhand der service namen - bezieht sich auf: innerhalb einer docker compose Umgebung, also in einem docker-compose.yml file.
Und ich benenne den service und den container bisher immer gleich, deswegen weiß ich nicht genau welcher von beiden zieht. Laut doku aber der servicename.

Das mit hostnamen ist ev. ein zweiter Mechanismus (den ich bisher nicht verwendet habe) - aber Dein Problem jetzt ist simpel

sh: 1: ping: not found

heisst: ping existiert nicht im container

"nslookup": executable file not

dito

[roemi]

aber Dein Problem jetzt ist simpel

Aber das mit dem grillen hat heute super geklappt 

Römi (der beschlossen hat heute nichts mehr zu machen)

Danke!!

[roemi]

Hallo.

der neue mit compose.yml erstellt fhem Container läuft und hat ohne zu murren den Job übernommen!
Der mit compose erzeugte z2m Container ziggt wegen dem Adapter den er angeblich nicht findet und das, obwohl er die gleiche Konfi hat wie der ursprünglich über den Assistenten erzeugte z2m Container.
Nun, es ist also weitgehend der gleiche Stand und der neue fhem-Container wird ebenfalls nicht gefunden und muss mit der IP direkt angesprochen werden.
Ich werde wohl nun einen RPI mit ConBee aufsetzten, dort Docker installieren und damit ein wenig spielen.

Danke für Eure Hilfe und Geduld

Römi

[Otto123]

Hallo Römi,
ich bin nicht sicher deswegen frag ich nach: jetzt beide Container in einer docker-compose.yml oder in zweien?

Gruß Otto

[roemi]

jetzt beide Container in einer docker-compose.yml oder in zweien?

Ahhhhh ... gerade ist bei mir ein Groschen gefallen. Nein, in zweien. Das checke ich dann auch noch mal.
Aber dann muss ich auch erstmal das Thema mit dem Adapter lösen.

Danke

Römi

[kadettilac89]

ich weiß nicht was du alles machst.

in der Demolandschaft von Synology diese Datei hochgeladen, keinerlei Netzwerk konfiguriert, keine weiteren Settings und es läuft. Hosts kennen sich gegenseitig

Code Auswählen Erweitern

version: '3'
services:
  portainer:
    image: portainer/portainer-ce:latest
    container_name: portainer
    restart: unless-stopped
    volumes:
      - /etc/localtime:/etc/localtime:ro
      - /var/run/docker.sock:/var/run/docker.sock:ro
      - /volume1/docker/dockerfiles/portainer:/data
    ports:
      - 9000:9000
  - 8000:8000
      - 9443:9443
  debian1:
    image: debian:buster-slim
    container_name: debian1
    restart: unless-stopped
    entrypoint: ["tail", "-f", "/dev/null"]
  debian2:
    image: debian:buster-slim
    container_name: debian2
    restart: unless-stopped
    entrypoint: ["tail", "-f", "/dev/null"]


Code Auswählen Erweitern

ping -c 3 debian2                                                             
PING debian2 (172.20.0.3) 56(84) bytes of data.                                 
64 bytes from debian2.stack_default (172.20.0.3): icmp_seq=1 ttl=64 time=0.109 ms
64 bytes from debian2.stack_default (172.20.0.3): icmp_seq=2 ttl=64 time=0.082 ms
64 bytes from debian2.stack_default (172.20.0.3): icmp_seq=3 ttl=64 time=0.093 ms                                                                             
--- debian2 ping statistics ---                                                 
3 packets transmitted, 3 received, 0% packet loss, time 5ms                     
rtt min/avg/max/mdev = 0.082/0.094/0.109/0.015 ms                               

# ping -c 3 portainer                                                           
PING portainer (172.20.0.4) 56(84) bytes of data.                               
64 bytes from portainer.stack_default (172.20.0.4): icmp_seq=1 ttl=64 time=0.173 ms                                                                               
64 bytes from portainer.stack_default (172.20.0.4): icmp_seq=2 ttl=64 time=0.098 ms                                                                               
64 bytes from portainer.stack_default (172.20.0.4): icmp_seq=3 ttl=64 time=0.071 ms                                                                               
--- portainer ping statistics ---                                               
3 packets transmitted, 3 received, 0% packet loss, time 2ms                     
rtt min/avg/max/mdev = 0.071/0.114/0.173/0.043 ms                               
                                         
# ping -c 3 debian1                                                             
PING debian1 (172.20.0.2) 56(84) bytes of data.                                 
64 bytes from d75349ffc5ce (172.20.0.2): icmp_seq=1 ttl=64 time=0.018 ms         
64 bytes from d75349ffc5ce (172.20.0.2): icmp_seq=2 ttl=64 time=0.045 ms         
64 bytes from d75349ffc5ce (172.20.0.2): icmp_seq=3 ttl=64 time=0.083 ms                                                                                       
--- debian1 ping statistics ---                                                 
3 packets transmitted, 3 received, 0% packet loss, time 1000ms                   
rtt min/avg/max/mdev = 0.018/0.048/0.083/0.027 ms