INDIAN: hezky. Ja si taky dovedu predstavit testovani tech ansiblich roli a playbooku na VM, ale museli bychom to nejak dodelat do gitlab CI, a to mi prijde jednodussi trochu si k tomu ucelu poohnout dockeri kontejnery, ale ma to sva uskali, no.

INDIAN: hele, klidne naznac jaks to vyresil. Jinak pracovat s kontejnerama jako s VM je rozsirenej nesvar - napr me to nakopalo s rozbehem naposled v pondeli. Rovnou pridam popis a dotaz:

Popis:
Cca pred rokem, kdyz jsme si zavedli nejake deploye pomoci ansible jsem spachal "jednoduchej" setup na testovani ansible roli:
- Nastartuje se kontejner "playbook" s ansible , rolema a playbookama
- Nastartuje se kontejner "target" s bezicim ssh a cistym systemem
1) v playbook kontejneru se pusti ansible s tim s cim ma
2) pytestem se overi, ze to udelalo to co melo
3) jedna z veci co se overuje je, ze se do "targetu" nainstaloval docker, a pomoci docker-compose tam jde neco spustit a posloucha a odpovida to na nejakym portu.

Mozna jsem tu o tom uz mluvil, ale narazel jsem na kokotsky problemy s tim, jak do tech kontejneru dostat ssh klice (aniz by musely byt zapeceny v image) - kdyz jsem si je vyzobaval z ENV v bashi, tak se tam objevovaly zalomeni radku atd.. nakonec jsem to vyresil pythonim skriptem, ktery se pousti pri startu kontejneru a ten ty netisknutelny znaky zpracovava OK.

Ted, cca po roce, jsem to rozvrtal v ramci prechodu na python3, a ejhle - docker in docker uz neni co bejval - pri mountovani volume z docker-compose to padalo, protoze overlay nemuze slouzit jako backing container pro overlay - coz jiste pred tim cca rokem jeste slo.

Dotaz:
Napada vas, jak tohle elegantne resit?
Volumovat do "targetu" socket hostitelskyho dockeru (aby to nebylo DinD, ale side by side) mi neprijde OK, pac chci otestovat i to, ze se tam tim ansiblem nainstaluje, a navic bude pritomnost toho socketu vadit pri te instalaci, ne?

RUDOLF: mno ja uz sem mezitim zjistil, ze nativne docker tuhle moznost vubec neumoznuje ...
tyhle clanky sem uz videl taky, momentalne zkousim tenhle hack https://rollout.io/blog/connecting-docker-containers-to-production-network-ip-per-container/ a bouzel nedari se taky.

Budu to muset principielne cely obejit bez DHCP

INDIAN: nemám osobní zkušenost + otázka jestli jsem dobře porozuměl zadání. Jen jsem si přečetl dva texty. Přijde mi že ipam out of box neumí komunikovat s externím DHCP serverem.. Externí DHCP server řeší https://gist.github.com/nerdalert/3d2b891d41e0fa8d688c

A tady text který mě tam navedl: http://hicu.be/docker-dhcp

mam trochu specifickej pripad, potreboval bych radu ohledne macvlan kdy by nekdo vedel...

snazim se dostat par kontejneru explicitne na do LAN... hlavne teda potrebuju aby si vyzadaly z lokalniho DHCP serveru IP, na kterym uz je ceka dle preddefinovanych MAC adres dany IP s konfiguraci (duvodem je jim injektovat konfiguraci pomoci bootfile-name).

docker-compose.yml

version: "2"

services:

  ceoslab0:
    container_name: ceoslab0
    image: gitlab-registry.acme.com/network/arista-containers/ceosimage:latest
    privileged: true
    mac_address: "02:42:ac:1f:ee:00"
    networks:
      front:

  ceoslab1:
    container_name: ceoslab1
    image: gitlab-registry.acme.com/network/arista-containers/ceosimage:latest
    privileged: true
    mac_address: "02:42:ac:1f:ee:01"
    networks:
      front:


networks:
  front:
    driver: macvlan
    driver_opts:
     parent: eth0
    ipam:
      config:
        - subnet: 172.16.96.0/23
          gateway: 172.16.96.1
          ip_range: 172.16.97.176/28
          aux_addresses: 
            router: 172.16.97.190

A pak mu vytvorim interface:

ip link add ceoslab link eth0 type macvlan mode bridge
ip addr add 172.16.97.190/23 dev ceoslab
ip link set ceoslab up
ip route add 172.16.97.176/28 dev ceoslab 

pri startu se ale na ten dhcp server venku vubec nedostane (pouze prideli nahodne adresu z uvedenyho intervalu):

# docker exec -it ceoslab0 ip r
default via 172.16.96.1 dev eth0 
blackhole 127.0.0.0/8 proto gated scope nowhere 
127.0.0.1 dev lo proto gated scope link src 127.0.0.1 
172.16.96.0/23 dev eth0 proto kernel scope link src 172.16.97.185

neresil nekdo neco podobnyho uz?

nema nekdo zkusenost jak updatnout rucne vnitrni dns na swarmu? potreboval bych z nej smazat jeden zaznam, kterej patri sluzbe, ktera uz nebezi, ale balancer mi na ni porad preskakuje.
nevim jak se mi to povedlo, ale je tam a musim za ho zbavit.
bohuzel nemam moznost to cely resetovat a znovu spustit coz je mi jasny, ze by pomohlo.

SPACEANGEL: asi mam lepsi google fu. Nezkousel jsem, ale tohle vypada jako to co hledas https://forums.docker.com/t/accessing-host-machine-from-within-docker-container/14248

ahoj, debilni dotaz, ale je mozny nejakej port v kontejneru presmerovat ven na hosta (proste obracene)?

Konkretni situace: na hostitelskem pocitaci bezi mysql, a nekolik kontejneru s php. A me jde o to, aby skripty v tom kontejneru proste se pripojovali na localhost:1234 (cislo portu libivolne) a to bylo protunelovany na 3306 na tom hostilteskem.

Jo, zkousel jsem googlit, ale moc jsem toho nevygooglil a jsem z toho takovej nemoudrej :)

JON: ahoj, je to skutocne tak, jak vravis, vlastnik musi byt nastaveny na root:root. Skusal som i ine distra, tam sa to chovalo rovnako, tzn. nefungovalo. Dakujem tebe i ostatnym za vas cas.

Riesenie pre docker compose je vlastny Dockerfile, kde sa spravne nastavia permissions.

FROM alpine:latest
COPY --chown=root:root ../etc/crontabs/root /etc/crontabs
ENTRYPOINT crond -f -L /var/log/crond.log

JON, MARTEN: cron bezi pod rootom, aj to echo som uz skusal :-/ skuste si to spustit, skutocne by mali stacit tie 2 subory. Subor z /etc/crontabs/root sa nalinkuje do /var/spool/cron, crontab -l vypise spravne nastavenie, len to proste neseje :)

# ps aux
PID   USER     TIME  COMMAND
    1 root      0:00 crond -f -L /var/log/crond.log
    6 root      0:00 sh
   18 root      0:00 ps aux

MISO: zkusil bych misto nejakyho commandu jen echo "prdel" >> /date.txt
a problem muze byt v tom, ze cron nebude mit prava zapisu skoro nikam. Tak bych to daval do /pokus/date,txt a pripadne tomu /pokus menil prava.

DANIELSOFT: diky za tip, bohuzial to nepomohlo :-/ skor asi nahradim distro alpine za nieco ine

/ # crontab -l
* * * * * /bin/date >> /date.txt

DANIELSOFT: u cronu to někdy tak je, že nemá "dobře" nasetované některé proměnné prostředí, důvod jsem teď línej hledat (bezpečnost?)

MISO: možná date není v $PATH - co dát plnou cestu, např. /bin/date >> /foo.txt