zdravim, s dockerem zacinam a jsem jenom vyvojar, takze mozna to ze mne budete muset trosku lamat :[

kazdopadne v mem prostredi (debian 8) mi zamrzava kontejner s mariadb, prestane komunikovat, nezere pamet, ale neda se vypnout ..
- docker-compose stop timeoutuje
-docker stop/rm -f trva nekonecne dlouho
- v kontejneru je akorat defunct mysqld
- pstree:

        ├─dockerd─┬─docker-containe─┬─docker-containe─┬─run.sh───mysqld─┬─mysqld
        │         │                 │                 │                 └─{mysqld}
        │         │                 │                 └─9*[{docker-containe}]
        │         │                 └─15*[{docker-containe}]
        │         ├─docker-proxy───4*[{docker-proxy}]
        │         └─20*[{dockerd}]

- v ps vidim i ty zamrzly mysqld, i ten docker:

999       8837  0.0  0.0      0     0 ?        Zl   09:54   0:00 [mysqld] <defunct>
999      11732  0.0  0.0      0     0 ?        Z    10:12   0:00 [mysqld] <defunct>
root       795  0.0  0.2 991556 46780 ?        Ssl  Aug19   1:50 /usr/bin/dockerd -H fd://
root       851  0.0  0.0 606348 11672 ?        Ssl  Aug19   0:11 docker-containerd -l unix:///var/run/docker/libcontainerd/docker-containerd.sock --shim docker-containerd-shim --metrics-interval=0 --start-timeout 2m --state-dir /var/run/docker/libcontainerd/containerd --runtime docker-runc
snek      8535  0.0  0.0   9648  2536 pts/1    S+   09:54   0:00 docker-compose up
snek      8536  0.3  0.1 616344 25312 pts/1    Sl+  09:54   0:24 docker-compose up
root      8633  0.0  0.0  43492  3592 ?        Sl   09:54   0:00 /usr/bin/docker-proxy -proto tcp -host-ip 0.0.0.0 -host-port 3306 -container-ip 172.17.0.2 -container-port 3306
root      8725  0.0  0.0 349360  3744 ?        Sl   09:54   0:00 docker-containerd-shim 4f6a7e3620c34035883ea9c016690d336bc2686e6fc9186bc070ee09f6bb4b0b /var/run/docker/libcontainerd/4f6a7e3620c34035883ea9c016690d336bc2686e6fc9186bc070ee09f6bb4b0b docker-runc

- /etc/init.d/docker stop vypne docker, ale ten docker-containerd-shim tam zustane, takze ho musim zabit jeste solo s -9
- ve vystupu z dockere compose to konci nejakyma deadlockama z mariadb

takze muj obecny dotaz, tusite o nejakych 'well known' issues s mariadb na 64bit debianu? nejak nic nemuzu vygooglit .. pripadne kudy mam pokracovat v patrani? zjistit co za image to pouziva? ten clovek co to tu nastavoval jede navic na widlich, mel s tim taky problemy nez presel z virtualboxu na vmware

ADM: ahoj, toho sdb2 se nelekej... na EL7 a novejsich distrech uz jsou vypisy prikazu mount o dost mene primejsi a v zakladu rikaji jen device z ktereho je podslozka nebo soubor mountbindnuty.

DANIELSOFT: tak pokud to neni nikde zdokumentovany ktery klic pouziva a neda se mu predat parametrem nebo konfiguraci, tak pouziva defaultne nejaky konkretni nazev souboru s klicem, to zjistis tak ze jej spustis pod strace

ahoj! sháním teď nějaké informace ohledně zabezpečení Kubernetes clusteru (orchestrace Docker kontejnerů)

v /srv/kubernetes se po puštění bundlovaného skriptu make-ca-cert.sh vytvořily certifikáty a páry klíčů a metodou pokus/omyl jsem zjistil, který klíč použít pro "kubectl", aby se napojilo na apiserver: a zrovna tento klíč (kubecfg.key) je sice v tom adresáři /srv/kubernetes, ale nepředávám ho jako commandline parametr žádné z komponent Kubernetu při spuštění

je to tedy tak, že Kubernetes bere všechny klíče, které jsou v tom adresáři? nebo jde jen o to, že byl podepsán "správnou" CA, tedy tou CA, která je v souboru ca.crt, který předávám parametrem? dokumentace na netu je příliš stručná a z googlení nejsem moudrý :(

moc jsem se SSL ještě nepracoval, tak je to pro mě celkem nové, taky svět Dockeru a Kubernetu objevuju teprve od tohoto května...

Jinak Docker na Macu teda moc neuvolnuje misto, coz je pro nas s mensima diskama trochu otravny. Je potreba krom smazani images i "factory reset"

Docker doesn't release disk space used by `~/Library/Containers/com.docker.docker/` · Issue #23437 · docker/docker · GitHub
https://github.com/docker/docker/issues/23437

Jsem si teď konečně začal číst něco o VSphere a čím víc jsem se začítal, tím víc mi na mysl lezl docker.

Máte někdo praktický zkušenosti s dockerem na bare metal? Blade s dvěma socketama a 200+ GB RAM, původně jako ESX host. Má si člověk na něco dát pozor nebo je to no-brainer s člověk si prostě vybere distro / CoreOS etc. a nahodí ~ 25 kontejnerů (8 GB RAM na potřeby appky).

Druhá věc, jak zvládaj kubernetes/mesos/swarm fail-over kontejnerů či sama sebe na jinej host? Mám data cluster managementu udržovat někde sdíleně na SANce nebo to ta druhá instance zvládne se svým úložištěm?

RUDOLF: tak to bylo Safari;-)

ADM: vsechny data, ktery do dockeru potrebujes dostat z venku, musis primountovat. Sam docker treba nastavuje prave hostname, takze do tveho kontejneru mountne nejaky svoje hostname, kde je docker ID toho beziciho kontejneru. Tim se vlastne prepise ten soubor co mas uvnitr tim z venku, a system vidi jen ten venkovni. S pristupovymi pravy a/nebo read-only ochranou to nema nic spolecneho, krome toho ze nektery z volumes (mountu) muzes primountovat jako read-only.

ALMAD: s dockerem teprve zacinam a jsem ve fazi zkoumani, zatim jsem se dostal k tomu ze si vytvorim minimalni OS image, tu spustim pres run, doinstaluji a nakonfiguruji aplikaci a az jsem spokojenej commitnu z toho dalsi image (a snazim se to zautomatizovat). takze tohle je stav jak to vypada kdyz spustim kontejner pres run, ale s temihle soubory uz to asi chapu, jen me zarazil ten zpusob jakym je to dovnitr mapovany pres mount

ADM: Je to jenom kontejner, nebo kontejner launchnutej pres compose?

aha tak podle /proc/mounts se to tyka jeste /etc/resolv.conf a /etc/hostname a vsechny je mozno editovat. podle filesystemu (btrfs) to ukazuje na podle stejny subvolume id na subvolume kde mam docker data, takze je to asi nejaky interni mapovani zevnitr kontejneru na konfiguracni soubor ktery se drzi vne kontejneru

to je standardni chovani ten /etc/hosts? chapu ze je to asi aby se zajistilo ze je readonly, ale proc zrovna /dev/sdb2? v ty image nemam zadny fstab

myhost # docker run -i -t test-image /bin/bash
560fe7e1b8d3 / # df -h
Filesystem                                                                                    Size  Used Avail Use% Mounted on
/dev/mapper/docker-0:46-268-3e6c0dbd1f1e56164655cfd50dd6b2c3af075202f99fe4d1487c92c16d4bb54b  9.8G  888M  8.4G  10% /
tmpfs                                                                                         3.9G     0  3.9G   0% /dev
tmpfs                                                                                         3.9G     0  3.9G   0% /sys/fs/cgroup
/dev/sdb2                                                                                     902G  778G  120G  87% /etc/hosts
shm                                                                                            64M     0   64M   0% /dev/shm

ALMAD: kolega v praci uz taky machruje ze dostal a ja furt susim hubu :]

DARK_SAVANT: ...a experimentalne jsme zjistili, ze jde nainstalovat na max 5 stroju.

Taktez, nevypozorovali jsme zadny pattern v tom, jak se distribuujou klice (neni to first-come-first-served, zatim to nejvic vypada ze podle zemi...ale who knows).

DARK_SAVANT: Ten dmg sice mozna jo, ale potrebujes beta klic, co je per person...

ALMAD: uz jsem se prihlasil ale nic :-/ fakt to neni dmg, ktery se da nejak sirit?

DARK_SAVANT: Obavam se, ze ne, ale IMHO by te meli vybrat rozumne rychle, pokud se prihlasis.

ALMAD: to chci taky! nemuzes nejak nasdilet?

ALMAD: RUDOLF: tak fucking spotify:-) restartoval jsem docker-machine, safari a při vypnutí spotify mi uvolni 12 GB:-) Služba super, ale ta appka je hell..

Jinak ze zákopů, nativní docker na macu funguje obstojně a rychlejc (ne tak jako na linuxu, ale rozdíl značnej), ale především fakt celkem opravuje tu DX.