ох... тяжело. Питонисты тупо супервизорд втаскивают, который следит за процессами. Он как фореграунд процесс запускается, поэтому все ок.

конфиг примерно такой

[supervisord] nodaemon=true [program:web] command=gunicorn --bind 0.0.0.0:5900 --workers 4 my_app.wsgi:application --preload autostart=true autorestart=true stdout_events_enabled=true stderr_events_enabled=true stdout_logfile=./web.log stdout_logfile_maxbytes=1000000

спасибо

но он годится только для сервисов, не для скриптов.

мне надо дернуть kubectl команду а потом запустить скрипт

попробуй в скрипте #!/bin/bash kubectl proxy & my_commands

но я не гарантирую, что будет надежно работать. Или nohup

да оно работает так локально когда собираешь и запускаешь скрипт получают ответ connection refused

эм. может проблема не в kubectl ? а в том, что ему чего-то не хватает?

например?)

я поставил все пакеты которые нужны

подложил ключ для доступа к gcp

может вы увидите что не так делаю)

сделай так - зайди в контейнер в момент, когда он запущен

docker exec -it /bin/bash

та он не стартует даже)

тогда сделай от обратного

запусти контейнер с entrypoint /bin/bash, далее в этой же сесси запусти кьюбктл

а из второй сессии подключись docker exec -it и запусти свой скрипт

т.е задача - декомпозировать проблему, понять вообще валидна ли твоя комбинация, а потом уже пытаться все сынтегрировать в кучу

понял, спасибо

ENTRYPOINT ["/bin/bash"] и CDM ["bash"]

так?)

нет

docker run .... --entrypoint /bin/bash ... и по барабану, что у тебя в докерфайле написано

Добрый день! запустил два стека на swarm через compose файл нужно сервис из одного стека стучался по сети до другого network у них общий external с overlay драйвером

Добрый день! запустил два стека на swarm через compose файл нужно сервис из одного стека стучался по сети до другого network у них общий external с overlay драйвером

но чет не видят друг друга

есть догадки?

У кого-нибудь были проблемы с host networking при использовании compose? У меня он просто не работает - localhost не ссылается на хост. CentOS 7.6, docker 18.09, docker-compose 1.23

У кого-нибудь были проблемы с host networking при использовании compose? У меня он просто не работает - localhost не ссылается на хост. CentOS 7.6, docker 18.09, docker-compose 1.23

Это как

Я не использую в основном хост сеть

ответил в другом топике, что нет, проблем не было

Товарищи, подскажите, а что делать с ssl на локалке под nginx? Перерыл уже уйму статей но везде какие то извращения. Неужели нет какой либо фичи что бы установить и браузеры на локалке не матерились что сайт без ssl?

Бесплатный серт не?

Бесплатный серт не?

под каждый проект на локалке придется создавать бесплатный серт?

А они как идут? Поддоменами? Вайлдкарт тогда и дело с концом

Мало информации

Ну или свой ЦА, но тогда его на все компы залить нужно

А они как идут? Поддоменами? Вайлдкарт тогда и дело с концом

Сейчас немного туплю из за позднего часа. То есть можно выпустить бесплатный сертификат к примеру для проекта yii.dev, установить его в настройках и браузеры его примут, правильно? Проблемы бут при выпуске серта для домена yii.dev? А если свой ЦА, куда на линухе его нужно заливать что бы браузеры приняли?

Нет

Нужно заливать на каждую машину

Почитай про доверие

Прости, я спать. Может умные люди предложат попроще чего

Нужно заливать на каждую машину

Каким-то ансиблом

Нет

Спасибо большое, подталкнули туда куда нужно. ))) Мне этот вариант подойдет для быстрого решения.

Каким-то ансиблом

как то и не сообразил что могу серт скормить ОС

Хорошо

Привет подскажите почему в DockerTools под win7 происходит такая фишка FROM node:6.9.1 COPY dist/sportstore /usr/src/sportstore/app COPY authMiddleware.js /usr/src/sportstore COPY data.js /usr/src/sportstore COPY deploy-server.js /usr/src/sportstore/server.js COPY deploy-package.json /usr/src/sportstore/package.json WORKDIR /usr/src/sportstore/app RUN npm install CMD ["npm", "start"] ДЕлаю Build все исполняется пишет ок. но папок не появляется, такое чувство что просто команды не исполняются. если в баше делаю cp нормально все копируется

Сейчас немного туплю из за позднего часа. То есть можно выпустить бесплатный сертификат к примеру для проекта yii.dev, установить его в настройках и браузеры его примут, правильно? Проблемы бут при выпуске серта для домена yii.dev? А если свой ЦА, куда на линухе его нужно заливать что бы браузеры приняли?

Есть даже целый образ docker который делает это по команде "упал отжался", там в инструкции прям примеры приводятся

Привет подскажите почему в DockerTools под win7 происходит такая фишка FROM node:6.9.1 COPY dist/sportstore /usr/src/sportstore/app COPY authMiddleware.js /usr/src/sportstore COPY data.js /usr/src/sportstore COPY deploy-server.js /usr/src/sportstore/server.js COPY deploy-package.json /usr/src/sportstore/package.json WORKDIR /usr/src/sportstore/app RUN npm install CMD ["npm", "start"] ДЕлаю Build все исполняется пишет ок. но папок не появляется, такое чувство что просто команды не исполняются. если в баше делаю cp нормально все копируется

А в процессе вашего билда вы не замечали никаких пердуперждений что какое то copy ниалё?

Есть даже целый образ docker который делает это по команде "упал отжался", там в инструкции прям примеры приводятся

Не подскажете как называется? я собственно нашел прогру mkcert, и смог слегкостью подписать самописный серт, вроде бы полет нормальный

А в процессе вашего билда вы не замечали никаких пердуперждений что какое то copy ниалё?

в том то и дело что все писал done

А в процессе вашего билда вы не замечали никаких пердуперждений что какое то copy ниалё?

я не сильно шарю в докере, может быть я там не вижу , незнаю , каких нибудь слоев

Есть даже целый образ docker который делает это по команде "упал отжался", там в инструкции прям примеры приводятся

самое смешное что в dockerfile есть npm install команда и он ее успешно выполняет, а там пакеты ставятся туда же

Не подскажете как называется? я собственно нашел прогру mkcert, и смог слегкостью подписать самописный серт, вроде бы полет нормальный

https://hub.docker.com/r/jrcs/letsencrypt-nginx-proxy-companion Пробовали вот такой подход в решении вашей задачи?

я не сильно шарю в докере, может быть я там не вижу , незнаю , каких нибудь слоев

у вас неверняка там огромный лог на экран выдает и очень быстро все пролетает что невозможно заметить что то ценное, поэтому два вопроса: 1) как вы понимаете что в контейнере нет необходимых вам директорий 2) в конце команды билда, после точки в самом конце, поставьте пробел и допишите > build.log не знаю как в windows но вроде бы везде должно сработать и у вас появится build.log файлик с тем самым текстом который пролетает у вас перед глазами, вы сможете поделиться лог файликом и уверен что вам подскажут или укажут допущенные вами ошибки или сразу дадут ценные указания

у вас неверняка там огромный лог на экран выдает и очень быстро все пролетает что невозможно заметить что то ценное, поэтому два вопроса: 1) как вы понимаете что в контейнере нет необходимых вам директорий 2) в конце команды билда, после точки в самом конце, поставьте пробел и допишите > build.log не знаю как в windows но вроде бы везде должно сработать и у вас появится build.log файлик с тем самым текстом который пролетает у вас перед глазами, вы сможете поделиться лог файликом и уверен что вам подскажут или укажут допущенные вами ошибки или сразу дадут ценные указания

они есть, у меня виртуалка до гигабайта разрастается , но я не вижу их командой ls /usr/src или типо того

спасибо щас гляну

сделаю логи

они есть, у меня виртуалка до гигабайта разрастается , но я не вижу их командой ls /usr/src или типо того

npm на нашем проекте так же выдает стране угля, мелкого и очень много, под гигабайт примерно где вы запускаете команду ls ?

в докер тулз в командной строке

из папки /d/sportstore

из папки /d/sportstore

вы локально запускаете эту команду, а не в контейнере, насколько я помню в windows есть такое понятие как "буква диска", и /d/sportstore это явно windows директория. Вы пробовали сначала зайти в контейнер и затем выполнить команду ls ?

вы локально запускаете эту команду, а не в контейнере, насколько я помню в windows есть такое понятие как "буква диска", и /d/sportstore это явно windows директория. Вы пробовали сначала зайти в контейнер и затем выполнить команду ls ?

ммм... а как зайти в контейнер))

$ docker build . >d:\build.log я сделал вот так, но после исполнения файла на диске д нет

(

ммм... а как зайти в контейнер))

в докертулз выполните команду docker ps

ну как id контейнера я знаю

я ж его еще не запускал мне надо сделать ран и потом ls?

я так тоже делал

$ docker build . >d:\build.log я сделал вот так, но после исполнения файла на диске д нет

docker build my-super-image:latest . > /d/build.log не перепечатывайте, просто можно скопировать и вставить, это обычно для windows пользователей не вызывает проблем

аа щас попробую

аа щас попробую

мы в вас верим, у вас все получится! главное не сдавайтесь и не опускайте руки!

)

)

если на экране вам покажется что зависла консоль то проверяйте наличие файла на диске, то что обычто вы видели на экране должно записываться в этот файл, дождитесь завершения, консоль отпустит и файл с логами будет готов

нет щас норм лог строится щас дождусь билда и посмотрю

нет щас норм лог строится щас дождусь билда и посмотрю

не зря мы в вас поверили, так держать! ждем результатов

Sending build context to Docker daemon 357MB Step 1/9 : FROM node:6.9.1 ---> 00673888c33c Step 2/9 : COPY dist/sportstore /usr2/src/sportstore/app ---> Using cache ---> 240b65aedac4 Step 3/9 : COPY authMiddleware.js /usr2/src/sportstore ---> Using cache ---> 49b4a366c68f Step 4/9 : COPY data.js /usr2/src/sportstore ---> Using cache ---> 233091d94c76 Step 5/9 : COPY deploy-server.js /usr2/src/sportstore/server.js ---> Using cache ---> 458bee740ed8 Step 6/9 : COPY deploy-package.json /usr2/src/sportstore/package.json ---> Using cache ---> 1e9682226377 Step 7/9 : WORKDIR /usr2/src/sportstore/app ---> Using cache ---> 55a6dd82b33e Step 8/9 : RUN npm install ---> Using cache ---> 9775bde9c7f0 Step 9/9 : CMD ["npm", "start"] ---> Using cache ---> c24571793d78 Successfully built c24571793d78 SECURITY WARNING: You are building a Docker image from Windows against a non-Windows Docker host. All files and directories added to build context will have '-rwxr-xr-x' permissions. It is recommended to double check and reset permissions for sensitive files and directories.