Docker a kontejnery

MARTEN --- --- 19:30:27 1.1.2020

SPACEANGEL: moznosti by bylo vic. docke ma virtualni sitovku, lze se tedy pripojovat pres ip hosta (v configu daemona), nebo pridat additional hosts a delat to pak pres name.
pripadne by mohlo jit zmenit network na host.
nebo asi skoro nejlepe rozbehnout mysql taky v dockeru. kdyz uz v nem bezi zbytek, pro neco mit mimo nej.

SH_PANDA --- --- 19:11:29 1.1.2020

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

SPACEANGEL --- --- 19:03:02 1.1.2020

3 odpovědi

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

MISO --- --- 10:29:08 6.11.2019

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 --- --- 23:34:08 5.11.2019

1 odpověď +2

MISO:
tl;dr; zkontrolovat ls -la /etc/crontabs/root uvnitr kontejneru, jestli patri rootovi a jestli ma prava 644

Jak jsem si s tim hral:

dovolil jsem si zmenit command v docker-compose na

command: crond -f -d0

abych pro cronlog nemusel lezt do kontejneru a logovalo to vic

takhle vypadaj crontabs v cistym alpinu


/ # ls -la /etc/crontabs/root 
-rw-------    1 root     root           318 Nov  5 21:58 /etc/crontabs/root

takhle vypada obsah crontabu s namountovanym volume z docker-compose.yml (pote co jsem souboru ./etc/crontabs/root na host machine zmenil opravneni na 644 - na to je cron haklivej)


/ # ls -la /etc/crontabs/root
-rw-r--r--    1 1000     1000            41 Nov  5 22:03 /etc/crontabs/root

takze problem bude v tom, ze se do kontejneru neprevedl majitel souboru jako root, takze ho cron vyignoruje

Kdyz jsem pak uvnitr kontejneru smazal /etc/crontabs/root a vytvoril si novej s tvym obsahem, tak zapisuje.
Kdyz jsem na host machine chownul ./etc/crontabs/root na root a pak spustil docker-compose up, tak to zapisovalo.
Kdyz jsem chownul v kontejneru /etc/crontabs/root na root pred prvnim wakeupem cronu, tak to zapisovalo.
ALE! Kdyz jsem chownul v kontejneru /etc/crontabs/root na root az po prvnim wakupu cronu, tak uz si ho pamatoval jako vyignorovanej a nic neprobehlo. To je ale zdokumentovana vlastnost (nekterych) cronu.

MISO --- --- 20:23:43 5.11.2019

1 odpověď

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

MARTEN --- --- 19:46:53 5.11.2019

1 odpověď +1

v base containerech zadny cron vetsinou nebezi. takze bych kouknul, jestli tam je, dost bych se divil

JON --- --- 16:53:28 5.11.2019

1 odpověď

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.

MISO --- --- 16:51:22 5.11.2019

1 odpověď

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


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

DANIELSOFT --- --- 16:11:22 5.11.2019

1 odpověď

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?)

DANIELSOFT --- --- 16:10:24 5.11.2019

1 odpověď

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

MISO --- --- 15:53:14 5.11.2019

1 odpověď

Ahoj, prosim o nakopnutie. Kde robim chybu? Spustim docker-compose up, kontajner sa spusti, z /var/log/crond.log i ps aux je zrejme, ze crond bezi, akurat /foo.txt sa vobec nevytvori. Vopred dakujem za vas cas.

docker-compose.yml

version: '2'

services:

  cron:
      image: alpine:latest
      volumes:
          - ./etc/crontabs:/etc/crontabs
      command: crond -f -L /var/log/crond.log

/etc/crontabs/root


* * * * * date >> /foo.txt

RUDOLF --- --- 11:15:42 3.9.2019

ADM: jo srry, nezareagoval. Pak jsem si ráno uvědomil, že s RUN service crond start v Dockerfile není řešení;-) Tak jak říkáš to udělám. Prostě použiji ten postgres jako s image s vlastním CMD nebo entrypointem a tu zálehu provede.

ADM --- --- 10:29:22 3.9.2019

1 odpověď

RUDOLF: proto jsem se ptal jak spoustis v postresi imagi ten crond, protoze na to musis prece ten entrypoint nejak upravit ...
jinak my cron resili tak, ze byla jedna image (byla tam nejaka php aplikace, doinstaloval se cron, na entrypoint se nesahalo) a spustili jsme ze stejne image 2 sluzby, v docker compose nebo kubernetes je mozny externe predefinovat entrypoint, takze to php se spustilo normalne s default entrypointem z image a pro cron se jako entrypoint dalo spusteni crond

RUDOLF --- --- 10:29:14 3.9.2019

Nevím kam s tím, nejdřív jsem přemýšlel o cloud auditku ale nakonec sem.

Řeším, že bych rád použil AWS Fargate pro streamování z S3. Ale ještě jsem si to neošahal.

Hlavní trabl je, že necheme použít ALB ani jiný druh load balancingu, kvůli pricingu (půjde tím tuna GB)

Požadavek je:
- zákoš dostane https spojení s friendly hostname (naše.doména.com)

friendly hostname bych pořešil propagací fargate init/terminate eventu do SNS a lambda funkcí na úpravu route53.

Ale nevím, jak naložit s TLS. Naše obyklá kombinace na serverech je nginx-proxy+nginx-proxy-companion. Ale teď bych musel řešit Let's encrypt per task a mít tak v kontejneru ještě paralelní let's encrypt, což vypadá na tunu trablů.

RUDOLF --- --- 10:23:14 3.9.2019

1 odpověď

ADM: jj, ale na ten entrypoint jsem nechtěl šahat.. Aby kdyby se změnil v uprestreamu, nemusel jsem ho u sebe pokaždé měnit..

ADM --- --- 15:45:16 28.8.2019

1 odpověď

cron cte taky /etc/environment (bud ten z debianu nebo apline, uz nevim), takze se da udelat na zacatku entrypointu printenv do toho souboru

HVJ3R --- --- 15:24:52 28.8.2019

RUDOLF: ale i klasickej cron ti skripty bude poustet s cistym envem. Ja si vzdycky zasourcuju soubor s promennejma pro cron pred behem.

RUDOLF --- --- 2:25:49 28.8.2019

1 odpověď +1

RUDOLF: aha, ale iniciační skripty postgres nepustí, pokud není data dir prazdnz;-) .. takže prostě udělám vedlejší side kontejner, co to bude řešit a basta.. tak brou..

RUDOLF --- --- 2:20:54 28.8.2019

1 odpověď

RUDOLF: asi je čas jít spát, vůbec mi nedošlo že RUN service cron start mi cron nenastartuje;-) Ale postgres má nějaké inciační skripty, takže to bude v cajku;-) ale radši se na to vyspát..

srry za samomluvu..

Kliknutím sem můžete změnit nastavení reklam

přezdívka
heslo

pamatuj si mě
registrace
ztracené heslo?