inqfen
Яннп
George
Простейший вариант - в файрволле сделать dst-nat + src-nat
George
Т.е. больше ничего не надо, но ты не сможешь отсеивать пакеты по hostname
George
А то что ты делаешь - это l7 прокси. И по факту - да, тебе тогда надо ссл терминацию делать на твоём nginx
Дмитрий
у меня будет куча проектов на поддоменах. некоторые из них будут получать ssl сертификаты. Хочу для этого дела поставить nginx чтобы проксировать входящий http и https трафик на нужные мне хосты. И хосты чтоб не торчали в мир. ну как то так
Дмитрий
но тогда мне нужен один сертификат с поддержкой многоуровневых поддоменов для nginx?
George
но тогда мне нужен один сертификат с поддержкой многоуровневых поддоменов для nginx?
Можешь один * вайлдкард, можешь на каждый домен выпустить свой. Это как раз менее принципиальный вопрос
central
composer require dshafik/php7-mysql-shim как так прописать в dockerfile?
George
что?
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
чат php-шников дать?
та они причем
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
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
Docker-compose: version: '2' services: app: container_name: app restart: always build: . command: "ts-node ./src/index.ts" ports: - "9090:9090" links: - mongodb volumes: - .:/usr/src/app mongodb: image: 'mongo' restart: always ports: - "27017:27017" volumes: - ./data/mongodb:/data/db
George
зайди в контейнер и посмотри глазами, что там за файлы + проанализируй лог docker build
George
и еще. Можно писать код так here Goes the multiline code
George
секрет в трех апострофах (маркдаун)
Таймураз
и еще. Можно писать код так here Goes the multiline code
Имхо лучше в гист или иной сервис кидать
Дмитрий
Давно телеге сделать как телеграф для кода
Дмитрий
С быстрым просмотром тут
George
+100
George
где можно ишью открыть?
George
entrypoint переопредели. И засунь туда или sleep много-много, или /bin/bash
George
и docker logs никто не отменял
Stepan
entrypoint переопредели. И засунь туда или sleep много-много, или /bin/bash
помогло, спасибо. Нет папки nide_modules, пойду думать почему....
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? Я не смог найти.
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.
У тебя как минимум команда сборки неверная. Опечатался ? Хотя вряд ли это причина проблем
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
Сворм о скольки нодах?
Nkt
П.2. не ясен.
У меня в тимсити build configuration для деплоя конкретного стэка в swarm, например "Deploy supervisor stack", не суть какой именно. Запускаю его с сервера тимсити, который использует агент тимсити, который, в свою очередь, крутится в сварме.
Nkt
Нода одна, дебажить так попроще.
George
Вообще как будто тебе стоит агента на отдельной машинке запустить. А деплоить тесты на другую
Nkt
У меня так и есть, почти
Nkt
Тимсити на хостовой машине (винда), а сворм на виртуалке (убунту)
Nkt
Возможно меджик в этом. Т.е. тимсити, если он умеет в сворм, может его же использовать как для сборки.
умеет он в докер, но мне надо кастомный sh-скрипт выполнить, где среди прочего, разумеется, и команда docker stack deploy
George
> Тимсити на хостовой машине (винда) это я понял, но агент-то у тебя в тачке, которая в сворме
George
стремно как-то
George
пока такое ощущение, что тебе надо в самом тимсити сказать, что он пуллил кастомный образ