neporadil by nekdo, jak spustit image s sqlite3 pro django v dokeru? Vsechny dockerfajly pro vsemozny databaze sem rozbehal bez problemu, nasel sem i pull na sqlite3... ale vzdycky to pise nejaky blbosti ohledne entrypointu, kdyz to spoustim pres composer. A ja bych to rad snadno, kdyz to de snadno u ostatnich db...

postupuju podle tohodle navodu, akorat chci misto postgres sqlite https://howchoo.com/g/y2y1mtkznda/getting-started-with-docker-compose-and-django

MARASAN: erlang, to už pomalu svádí k nějakému unikernelu, ne? ;)

(btw: u nás někdo jede erlang? Zatím jsem slyšel jen o Good Data)

SATAI: jj, cetl sem to cely. nabyl jsem dojmu, ze provozovat Docker je desna pruda zpusobena neustalym sledovanim release notes, upgradeovanim aplikaci, kernelu, OS i Dockeru a je dobry prejit na Ubuntu server nebo na CoreOS. Provozuju navic Erlang zalezitosti.

MARASAN: cetl jsi to vcetne komentaru?

zdar,
hledam nejaky pouzitelny kontajnery, precetl sem si
Docker in Production: A History of Failure – The HFT Guy
https://thehftguy.wordpress.com/2016/11/01/docker-in-production-an-history-of-failure/
a vim, ze Docker nechci. Mate nekdo zkusenosti s LXC ( https://linuxcontainers.org/ ) ? Jak jsou na tom v porovnani s Dockerem napriklad se stabilitou, se stabilitou rozhrani, zpetnou kompatibilitou a treba uz jen s filesystemem, viz problemy popisovany s AUFS, OverlayFS apod.
dik.

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.