*создать контейнер с уже существующей кастомной сетью

docker run --network=networkName containerName => --network=networkName в коде

разобрался

всем спасибо ?

Помогите пожалуйста, установил ларавел + докер по документации, до этого я поставел версию mysql на 5.7 так как оно выводила ошыбку сейчас не помню, при 5.7 все успешно устоновилось но вот только у меня нет доступа к базе root, а так к базе через обычный пользовател без привилигии могу зайти, что я сделал 1-проверил .env - тут все права который я написал, но сними нет толка 2-проверил docker-compose.yml тут все окей направляет на енв 3-проверил volumes var/lib/mysql - тут пусто теперь вопрос куда копать и еще до этого я очистил от имагес удалил все и плюс контейнеры, после сделал build потом up и вот теперь вот такая история.. как быть не знаю подскажите

может где то логи держит? или же кеш а?

Помогите пожалуйста, установил ларавел + докер по документации, до этого я поставел версию mysql на 5.7 так как оно выводила ошыбку сейчас не помню, при 5.7 все успешно устоновилось но вот только у меня нет доступа к базе root, а так к базе через обычный пользовател без привилигии могу зайти, что я сделал 1-проверил .env - тут все права который я написал, но сними нет толка 2-проверил docker-compose.yml тут все окей направляет на енв 3-проверил volumes var/lib/mysql - тут пусто теперь вопрос куда копать и еще до этого я очистил от имагес удалил все и плюс контейнеры, после сделал build потом up и вот теперь вот такая история.. как быть не знаю подскажите

Так в чем проблема. Я не понял

через рут не могу зайти в phpmyadmin или же в себя mysql

Так в чем проблема. Я не понял

.

docker version 3

через рут не могу зайти в phpmyadmin или же в себя mysql

Ну, сделай всему docker-compose down -v - это почистит остатки предыдущих запусков

Далее точно - с параметрами из .env ты должен мочь зайти в phpmyadmin . Если, конечно, Лара не меняет рутовый пароль в процессе установки

Помогите пожалуйста, установил ларавел + докер по документации, до этого я поставел версию mysql на 5.7 так как оно выводила ошыбку сейчас не помню, при 5.7 все успешно устоновилось но вот только у меня нет доступа к базе root, а так к базе через обычный пользовател без привилигии могу зайти, что я сделал 1-проверил .env - тут все права который я написал, но сними нет толка 2-проверил docker-compose.yml тут все окей направляет на енв 3-проверил volumes var/lib/mysql - тут пусто теперь вопрос куда копать и еще до этого я очистил от имагес удалил все и плюс контейнеры, после сделал build потом up и вот теперь вот такая история.. как быть не знаю подскажите

здесь я уже про это написал что я уже очистил и установил заново бро

прямо все сделал с начало

Ну, из текста это не очевидно. Просто написано "удалил образы, почистил папки"

до этого с mariadb было такая де проблема

volumes: - ${DATA_SAVE_PATH}/mysql:/var/lib/mysql - ${MYSQL_ENTRYPOINT_INITDB}:/docker-entrypoint-initdb.d Удалил этот часть кода в докер ямл и все заработало, это на что может повлиять ребята?

ну да, данные в базе не будут сохранятся при пересоздание контейнера

volumes: - ${DATA_SAVE_PATH}/mysql:/var/lib/mysql - ${MYSQL_ENTRYPOINT_INITDB}:/docker-entrypoint-initdb.d Удалил этот часть кода в докер ямл и все заработало, это на что может повлиять ребята?

Это host bind, т.е. у тебя данные сохраняются не в контейнер ( и не в вольюм), а на файловую систему хоста в каталоги, указанные переменными этими. docker-composr down -v эти точки монтирования не чистит

Ну, и если ты их удалил, то коллега выше неправ - данные переживут рестарт контейнера, но не его пересоздание (!)

да, сори

ну да, данные в базе не будут сохранятся при пересоздание контейнера

не совсем понял вас, можете подробнее пожалуйста

Ну, и если ты их удалил, то коллега выше неправ - данные переживут рестарт контейнера, но не его пересоздание (!)

так получается я могу жить и с этим, на работу не будет это влиять?

так получается я могу жить и с этим, на работу не будет это влиять?

Оч.стремно, все равно

Лучше базы сохранить наружу. Это и для быстродействия лучше, и надёжность хранения все-таки

Лучше базы сохранить наружу. Это и для быстродействия лучше, и надёжность хранения все-таки

наружу это где именно?

наружу это где именно?

В volume, или через bind mount на хосте

volumes: - ${DATA_SAVE_PATH}/mysql:/var/lib/mysql - ${MYSQL_ENTRYPOINT_INITDB}:/docker-entrypoint-initdb.d Удалил этот часть кода в докер ямл и все заработало, это на что может повлиять ребята?

я правильно понял? это та место где будут база то-есть все sql?

если я сейчас создам базу куда он попадетта?

я правильно понял? это та место где будут база то-есть все sql?

Да

после будет ли это база вызыватся вообще?

после будет ли это база вызыватся вообще?

?!

я имею ввиду если я создам сейчас новую базу данных для проекта

я могу перезагружать машину? мой база не удалится случано или же не изменится ничего?

изучите как делать volume правильно и все будет нормально работать)

изучите как делать volume правильно и все будет нормально работать)

согласень

https://www.linux.com/learn/docker-volumes-and-networks-compose

у меня в разделе var/lib/mysql пусто до этого было пусто и сейчас пусто может я не там нахожусь?

Привет Такой вопрос Мне нужно одновременно выполнить cmd команду и запустить bash скрипт в докерфайле Как это правильно сделать?

сделай это в одном скрипте и норм

выполняется команда kubectl proxy при которой "виснет консоль"

в скрипт поместить нельзя- не отработает

пихай в entrypoint

выполняется команда kubectl proxy при которой "виснет консоль"

в фоне запускай. А лучше - в таком случае - оборачивать в что-то типа супервизора или втаскивать полноценный инит

спасибо, сейчас пробую запускать в бэкграунде из скрипта

в фоне запускай. А лучше - в таком случае - оборачивать в что-то типа супервизора или втаскивать полноценный инит

а можно про второй вариант по подробнее?

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

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

[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

ERROR: S client not available

да оно работает так локально когда собираешь и запускаешь скрипт получают ответ 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

Это как

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

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