inqfen
Яннп
George
George
Простейший вариант - в файрволле сделать dst-nat + src-nat
George
Т.е. больше ничего не надо, но ты не сможешь отсеивать пакеты по hostname
George
А то что ты делаешь - это l7 прокси. И по факту - да, тебе тогда надо ссл терминацию делать на твоём nginx
Дмитрий
у меня будет куча проектов на поддоменах. некоторые из них будут получать ssl сертификаты. Хочу для этого дела поставить nginx чтобы проксировать входящий http и https трафик на нужные мне хосты. И хосты чтоб не торчали в мир. ну как то так
George
Дмитрий
но тогда мне нужен один сертификат с поддержкой многоуровневых поддоменов для nginx?
Johnny
central
composer require dshafik/php7-mysql-shim
как так прописать в dockerfile?
George
что?
inqfen
Anton
кто подскажет, почему не видит Mysql_pdo?
Anton
Unable to load dynamic library '/usr/local/lib/php/extensions/no-debug-non-zts-20160303/pdo_mysql'
Anton
php-fpm-alpine
Anton
FROM php:7.1.31-fpm-alpine
RUN docker-php-ext-install mysqli pdo pdo_mysql
Anton
запускаю контейнер sh, иду по пути /usr/local/lib/php/extensions/no-debug-non-zts-20160303 - там есть сокеты опкэш и мускул_пдо
Дмитрий
наверное как то иначе пакет называется?
central
чат php-шников дать?
Anton
Anton
может попробовать не альпин, а убунтовский вариант
inqfen
docker-php-ext-enable делал?
Anton
эм...не
Anton
попробую сейчас
Anton
не помогло
Anton
warning: pdo_mysql (pdo_mysql.so) is already loaded!
Anton
он ищет его в неизвестности?
No such file or directory in Unknown on line 0
inqfen
Я подобное встречал, если либа обертка над какой-то сишной
inqfen
И ты удалил сишную
Anton
хотя вот недавно нашел, пишут, что в альпин нет драйвера пдо_мускул
inqfen
ты там нигде mysql либы не удалял в докерфайле?
Anton
нет
Anton
inqfen
Попробуй версию пыха другую
inqfen
Для теста
Anton
эх, позже попробую, с малой идти гулять 😞
Stepan
Парни, привет.
Помогите пожалуйста упаковать в докер приложение на nodejs. Такое ощущение что npm install не сробатывает. Хотя когда делаю билд - вроде как установка идет.
Docker:
FROM node:12
WORKDIR /usr/src/app
RUN npm install typescript -g
RUN npm install ts-node -g
COPY package*.json ./
RUN npm install
EXPOSE 9090
George
зайди в контейнер и посмотри глазами, что там за файлы + проанализируй лог docker build
George
и еще. Можно писать код так
here Goes
the multiline
code
George
секрет в трех апострофах (маркдаун)
Таймураз
Дмитрий
Давно телеге сделать как телеграф для кода
Дмитрий
С быстрым просмотром тут
George
+100
George
где можно ишью открыть?
Stepan
George
entrypoint переопредели. И засунь туда или sleep много-много, или /bin/bash
George
и docker logs никто не отменял
Stepan
Stepan
Kurakste, [11.08.19 23:12]
Блин, я правильно понимаю, что это участок в докерфайле:
WORKDIR /usr/src/app
RUN npm install typescript -g
RUN npm install ts-node -g
COPY package*.json ./
RUN npm install
Потом перекрывается этим в докеркомпозе:
volumes:
- .:/usr/src/app
???
George
в десятку
Stepan
🅓🅞🅖
а есть уже готовый image на https://hub.docker.com/ c google-chrome? Я не смог найти.
George
Nkt
Может кто сможет подсказать.
Был образ jetbrains/teamcity-agent. Возникла необходимость добавить на агента rsync. Сделал кастомный образ, вышел довольно тривиальный Dockerfile:
FROM jetbrains/teamcity-agent
RUN apt-get update \
&& apt-get install -qq -y ssh rsync \
&& rm -rf /var/lib/apt/lists/*
Построил и запушил в локальный docker registry:
docker build -t docker-hub.local:5000/teamcity-agent .
docker push docker-hub.local:5000/teamcity-agent
Использую swarm, в yaml-файле стэка указал ссылку на свой образ так:
services:
teamcity-agent:
image: docker-hub.local:5000/teamcity-agent
1. Запускаю stack teamcity (руками), агент teamcity подключается к серверу (который на хостовой машине), всё ок.
2. Запускаю билд другого stack с использованием своего teamcity-агента.
3. Билд проходит успешно, НО, сразу после него контейнер агента тимсити схлопывается. В логах контейнера - штатная остановка сервиса, никаких ошибок.
4. Swarm видит, что упал контейнер и тут бы ему по идее снова поднять мой кастомный image, НО он поднимает не docker-hub.local:5000/teamcity-agent, а БАЗОВЫЙ image, из которого я сделал свой, а именно: jetbrains/teamcity-agent.
Интересные наблюдения: Воспроизводится при использовании агентом раннера Command в случае запуска bash-скрипта, который использует rsync. Тем не менее, если напрямую приаттачиться к контейнеру и попробовать в нём создать и запустить такой же скрипт - ничего не падает, не отваливается, никакой подмены image'ей не происходит.
Я немного в замешательстве, ибо не понятно:
А) Почему агент падает, да и ещё и как будто так и надо (штатно выключается)
Б) ОТКУДА вообще swarm нашел base-image моего кастомного имаджа, который он должен поднять, когда тот отвалился. В конфигах нигде явно не указан jetbrains/teamcity-agent.
George
Может кто сможет подсказать.
Был образ jetbrains/teamcity-agent. Возникла необходимость добавить на агента rsync. Сделал кастомный образ, вышел довольно тривиальный Dockerfile:
FROM jetbrains/teamcity-agent
RUN apt-get update \
&& apt-get install -qq -y ssh rsync \
&& rm -rf /var/lib/apt/lists/*
Построил и запушил в локальный docker registry:
docker build -t docker-hub.local:5000/teamcity-agent .
docker push docker-hub.local:5000/teamcity-agent
Использую swarm, в yaml-файле стэка указал ссылку на свой образ так:
services:
teamcity-agent:
image: docker-hub.local:5000/teamcity-agent
1. Запускаю stack teamcity (руками), агент teamcity подключается к серверу (который на хостовой машине), всё ок.
2. Запускаю билд другого stack с использованием своего teamcity-агента.
3. Билд проходит успешно, НО, сразу после него контейнер агента тимсити схлопывается. В логах контейнера - штатная остановка сервиса, никаких ошибок.
4. Swarm видит, что упал контейнер и тут бы ему по идее снова поднять мой кастомный image, НО он поднимает не docker-hub.local:5000/teamcity-agent, а БАЗОВЫЙ image, из которого я сделал свой, а именно: jetbrains/teamcity-agent.
Интересные наблюдения: Воспроизводится при использовании агентом раннера Command в случае запуска bash-скрипта, который использует rsync. Тем не менее, если напрямую приаттачиться к контейнеру и попробовать в нём создать и запустить такой же скрипт - ничего не падает, не отваливается, никакой подмены image'ей не происходит.
Я немного в замешательстве, ибо не понятно:
А) Почему агент падает, да и ещё и как будто так и надо (штатно выключается)
Б) ОТКУДА вообще swarm нашел base-image моего кастомного имаджа, который он должен поднять, когда тот отвалился. В конфигах нигде явно не указан jetbrains/teamcity-agent.
У тебя как минимум команда сборки неверная. Опечатался ? Хотя вряд ли это причина проблем
Nkt
George
Все равно неверно
George
docker build -t docker-hub.local:5000 .
docker push docker-hub.local:5000/teamcity-agent
George
Наверное,
docker build -t docker-hub.local:5000/teamcity-agent .
docker push docker-hub.local:5000/teamcity-agent
?
Nkt
да, разумеется, по-другому бы и не завелось
Nkt
но тут что-то менее явное..
George
Фух. А я уж думал, что у меня с глазами плохо
George
П.2. не ясен.
Nkt
не-не, я заглянул в кэш выполненных команд в терминале, там так и было (docker build -t docker-hub.local:5000/teamcity-agent .)
George
George
Сворм о скольки нодах?
Nkt
П.2. не ясен.
У меня в тимсити build configuration для деплоя конкретного стэка в swarm, например "Deploy supervisor stack", не суть какой именно. Запускаю его с сервера тимсити, который использует агент тимсити, который, в свою очередь, крутится в сварме.
Nkt
Нода одна, дебажить так попроще.
George
George
Вообще как будто тебе стоит агента на отдельной машинке запустить. А деплоить тесты на другую
Nkt
У меня так и есть, почти
Nkt
Тимсити на хостовой машине (винда), а сворм на виртуалке (убунту)
George
> Тимсити на хостовой машине (винда)
это я понял, но агент-то у тебя в тачке, которая в сворме
George
стремно как-то
George
пока такое ощущение, что тебе надо в самом тимсити сказать, что он пуллил кастомный образ
su