Ještě jsem narazil na jeden problém - docker-compose mi nefunguje za firemním proxy serverem a paradoxně padá na kódování (asi když dostane chybu z proxy serveru ve 1250)

docker-compose up
Traceback (most recent call last):
File "logging\__init__.py", line 853, in emit
File "logging\__init__.py", line 726, in format
File "compose\cli\formatter.py", line 48, in format
UnicodeDecodeError: 'ascii' codec can't decode byte 0xc3 in position 2218: ordinal not in range(128)
Logged from file errors.py, line 71

Nenašel jsem k tomu bohužel nic...

odlozim si tu https://phpdocker.io/

NIXIMOR: Je to tak, porovnával jsem si konfiguraci php-fpm z vlastní instalace s oficiální. Ale ani tak se mi to nepodařilo rozchodit. Vyřešil jsem to zatím tak že mám nginx s php v jednom kontejneru. Jestli najdu chvíli tak to ještě zkusím, ale spíš ne protože potřeba provozovat php ve verzi 5.5.9 asi rychle skončí. Ostatní služby jako mongodb, elasticsearch (+kibana a sense) šli prolinkovat hladce.

SKUTEKKUTEKK: Odhadem php-fpm standardne posloucha jen na unix socketu, takze mu mozna musis dat vlastni konfiguraci abys mu rekl, ze ma poslouchat na TCP.

Našel jsem takový super jednoduchý stack který funguje. https://github.com/mikechernev/dockerised-php

A můj cíl je místo php:fpm (latest) použít php 5.5.9 abych měl stejnou verzi jako na produkci.

Používám

networks:
code-network:
driver: bridge

Problém který nemůžu najít bude v tom že se snažím použít pro php vlastní image na ubuntu:14.04.5

Pokud místo ní použiju oficiální php:fpm tak se nginx spojí.

SKUTEKKUTEKK: zalezi jaky pouzivas networking.

mrkni sem https://docs.docker.com/v1.10/engine/userguide/networking/dockernetworks/

mozna chces nastavit host networking, nebo neco zajimavejsiho.

Ahoj, trochu si hraju s Dockerem. Chtěl bych mít jeden kontejner s php a druhý s nginx. PHP instaluju nad

FROM ubuntu:14.04.5

ENV DEBIAN_FRONTEND noninteractive

RUN apt-get -qq update
RUN apt-get install php5-fpm -y php5-cli php5-intl php5-mcrypt php5-apcu php5-gd php5-curl

RUN echo "/etc/init.d/php5-fpm start" >> /etc/bash.bashrc

EXPOSE 9000


=======================================================
nginx z

FROM nginx:1.10

ADD vhosts/nette.dev.conf /etc/nginx/conf.d/nette.dev.conf

ENV TZ=Europe/Prague
RUN echo $TZ > /etc/timezone

=======================================================

ale nginx se nemůže dobouchat na kontejner s php:

nette-nginx | 2016/09/09 20:22:32 [error] 6#6: *1 connect() failed (111: Connection refused) while connecting to upstream, client: 172.18.0.1, server: nette.dev, request: "GET / HTTP/1.1", upstream: "fastcgi://172.18.0.2:9000", host: "nette.dev"

Je fakt ze 2 roky je v oblasti kontejneru neuveritelne dlouha doba. Verim, ze spoustu chyb uz se od te doby povedlo vyladit.

GHORMOON: Pokud crashly procesy uvnitr, obcas se nam stalo, ze to neslo shodit. Po hardkillu zustavaly namountovane overlaye a nesly odmountovat, device or resource busy. Uvnitr jsme provozovali v podstate Xvfb, FF + selenium. Porad to vyzadovalo rucni zasahy. Detaily si bohuzel uz nepamatuju.

Donutilo nas to prejit k obycejnemu chrootu i za cenu bezpecnostnich kompromisu, ted se zkousime vratit k puvodni urovni izolace prave pomoci dockeru.

HVJ3R: co na tom padalo? mi se nic podobneho nedeje, mam to ocekavat?

HVJ3R: Rekneme ze s tim spis chci experimentovat, protoze Docker s jeho nedoresenym sitovanim na nektery veci neni uplne vhodnej (IPv6), a instalovat kvuli nejakym drobnostem cely novy KVM se mi nechce, resp. zbytecne by to alokovalo prostredky hosta.

NIXIMOR: Mas k tomu nejaky zasadni duvod? LXC jsme pouzivali produkcne cca dva roky zpatky a bla to bida s nouzi, padalo to, sralo se to, opustili jsme to.

Na image bootstrap, startup a monitoring jsme meli cmdline skripty, GUI nikdy neresili, protoze nam to bezelo remote v serverovnach stejne.

URPUTNIK: tak to je nejspis nejaky synchronizacni problem

NIXIMOR: pouzivam LXC hodne sporadicky a jako GUI k nemu virt-manager.

Zkusim trochu odbocit od Dockeru... pouzivate nekdo LXC jako takove? Jakoze ve forme virtualniho stroje? Zajimalo by me, jestli je k tomu nejake rozumne GUI, kde by se dala naklikat nova VM, jeji konfigurace, limity, nejak to monitorovat co vsechno vlastne na zeleze bezi a tak... Nebo se to musi resit vsechno pres cmdline?

URPUTNIK: zakon schvalnosti, chtel jsem to nasimulovat kvuli logum pro naseho teamleadera .. prvni 2 nastartovany spadly patrne z tehoz duvodu, ale ukoncoval jsem je ze startovaciho docker-compose, kde nejsou videt ty logy z vypinani s deadlocky z dtb .. a dalsich 13 uz nastartovalo dobre .. asi zalezi na poloze slunce :)

URPUTNIK: teda moje googlefu ma dneska slabsi chvilku, az ted jsem mimochodem nasel ofiko dokumentaci k tematu .. tak treba to nekomu zacinajicimu pomuze :) pro nas to minimalne znamena upgradovat docker-compose, ten nas neumi ver2 ..

URPUTNIK: ovsem po restartu uz vsechno beha jak ma, hezky se to vypina a zapina a ustoji to i zatezovy testy .. tak ja to nechapu :[ mam se na takovyhle chovani pripravit? je to s dockerem normalni?

vlastne jediny pri cem to pada (mi ted doslo) je vzdycky prvni spusteni docker-compose, pac je tam nejakej skript, co jeste updatuje strukturu databaze, je dost mozny ze se to nejak protne se startem ty db .. co jsem googlil, tak lidi reportovali stejny problemy, podle vseho zpusobeny adaptive hash indexem v mariadb pokud nekdo meni strukturu databaze .. coz ten update skript urcite dela :)

da se nejak urcit, v jakym poradi budou kontejnery startovat, umi na sebe navzajem cekat? pac ve vystupu z docker-compose jsou ty logy z jednotlivych kontejneru pomichany ..