Слушайте, а когда у docker вдруг дефолтом стал лог в json? У меня один тестовый проект случайно ставший почти боевым запускается через docker run -ti --rm .... И оно проработав два года вдруг упало за неделю напихав 100Gb логов. Которых отродясь не было - я всё в консоли читал что надо

А было же изначально, разве нет? Я наоборот как-то привык к выводу в json

при -ti я как-то вообще не думал, что он куда-то пишет stdin/stdout окромя консоли

А было же изначально, разве нет? Я наоборот как-то привык к выводу в json

+

?

В консольке хорошо оперативные читать, а так-то агрегировать надо же как-то

зачем, если я явно сказал "терминал давай"

если вы не занимаетесь логами, то логи займутся вами ВНЕЗАПНЕ

зачем, если я явно сказал "терминал давай"

Я должен свериться с документацией, но подозреваю что это feature "искаропки"

Слушайте, а когда у docker вдруг дефолтом стал лог в json? У меня один тестовый проект случайно ставший почти боевым запускается через docker run -ti --rm .... И оно проработав два года вдруг упало за неделю напихав 100Gb логов. Которых отродясь не было - я всё в консоли читал что надо

так было всегда.

и лишь недавно там появилась ротация

но она конечно выключена по умолчанию

Слушайте, а когда у docker вдруг дефолтом стал лог в json? У меня один тестовый проект случайно ставший почти боевым запускается через docker run -ti --rm .... И оно проработав два года вдруг упало за неделю напихав 100Gb логов. Которых отродясь не было - я всё в консоли читал что надо

и всё нёт больше графиков да ?

и всё нёт больше графиков да ?

Ресолв засрал

фуф

Ну и отвалился график ресолва да

Слушайте, а когда у docker вдруг дефолтом стал лог в json? У меня один тестовый проект случайно ставший почти боевым запускается через docker run -ti --rm .... И оно проработав два года вдруг упало за неделю напихав 100Gb логов. Которых отродясь не было - я всё в консоли читал что надо

Признаюсь в собственной туповатости. Я впопыхах запустил контейнер с дебагом, что не является для него нормой.

есть такой вольюм image: postgres volumes: - "dbdata:/var/lib/postgresql/data" volumes: dbdata: Лежит он в /var/lib/docker/volumes/blabla_dbdata Хотелось бы положить его в другое место, директорию. Есть такая возможность, или лучше с нуля пересоздать в другом месте (пока есть такая возможность)?

Кто нибудь использует проект на laravel в докере ?

Интересует конкретно вопрос миграций положить их в entrypoint и при билде запускать ? Мне кажется логичней в entrypoint, так как при запуске уже будут обьявлены подключения к БД

Я так делаю для фиксов и обновлений базы при перезапуске контейнера. Удобненько

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

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

запихнуть их в одну сеть легче всего через docker-compose

подскажите как правельно загуглить

А докер кэширует логи?

запихнуть их в одну сеть легче всего через docker-compose

Благодарю за совет.

Кто работал с связкой докер и RabbitMQ

?

что значит "связкой"?

Видимо какой-то функционал докера реализовывал в mq. Очередь контейнеров

Сверепо

Видимо какой-то функционал докера реализовывал в mq. Очередь контейнеров

+

добрый день

не могу решить проблему с Gitlab CI/CD

билд делаю через Compose

Login Succeeded $ export COMPOSE_FILE=test.yml $ docker-compose build .FileNotFoundError: [Errno 2] No such file or directory: './test.yml' ERROR: Job failed: exit code 1

хотя когда делаю ls находит test.yml

в чем может быть причина?

docker-compose -f test.yml build

docker-compose -f test.yml build

тоже самое. первым делом это запустил, все равно найти не может

$ export COMPOSE_FILE=test.yml $ ls && docker-compose build README.rst caps compose config docs fabfile.py local.yml locale manage.py merge_production_dotenvs_in_dotenv.py production.yml pytest.ini requirements requirements.txt setup.cfg test.yml .FileNotFoundError: [Errno 2] No such file or directory: './test.yml' ERROR: Job failed: exit code 1

$ export COMPOSE_FILE=test.yml $ ls && docker-compose build README.rst caps compose config docs fabfile.py local.yml locale manage.py merge_production_dotenvs_in_dotenv.py production.yml pytest.ini requirements requirements.txt setup.cfg test.yml .FileNotFoundError: [Errno 2] No such file or directory: './test.yml' ERROR: Job failed: exit code 1

бесит!!!!

а что у тебя за окружение такое ?

у меня даже не винде работает

docker-compose.exe -f .\docker-compose_1.yml up

а

стопе

./test.yml

мало ли

а что у тебя за окружение такое ?

это в гитлабе вот если интересен код image: docker:latest services: - docker:dind before_script: - mkdir -p $HOME/.docker/ - 'echo "{ \"proxies\": { \"default\": { \"httpProxy\": \"$HTTP_PROXY\", \"httpsProxy\": \"$HTTPS_PROXY\", \"noProxy\": \"$NO_PROXY\" } } }" > $HOME/.docker/config.json' - apk add curl - curl -x $HTTP_PROXY -L --fail https://github.com/docker/compose/releases/download/1.24.0/run.sh -o /usr/local/bin/docker-compose - chmod +x /usr/local/bin/docker-compose - docker login -u $CI_REGISTRY_USER -p $CI_REGISTRY_PASSWORD $CI_REGISTRY stages: - build - deploy test-build: stage: build script: - export COMPOSE_FILE=test.yml - ls && pwd && docker-compose build - docker-compose push django test-deploy: stage: deploy script: - fab test deploy before_script: - apk add openssh-client py-pip py-crypto bash - pip install fabric==1.12.0 - eval $(ssh-agent -s) - bash -c 'ssh-add <(echo "$DEPLOY_KEY")' - mkdir -p ~/.ssh - echo -e "Host *\n\tStrictHostKeyChecking no\n\n" > ~/.ssh/config

хз, попробуй stable версию образа

https://t.me/ru_gitlab

@drewns пишет: всем привет. подскажите как запустить второй jupyter/datascience на порту 9999, когда запускаю с ключем -p 9999:9999, получается - > 8888/tcp, 0.0.0.0 :9999->9999/tcp и первый контейнер отваливается, первый запущен на порту 88888

(у нас бот режет ссылки новичкам)

бывает

ERROR: S client not available

клевый порт

Обнаружил косяк. Стоит в хост сети nginx который выполняет роль балансера. За ним сайты, отдельный docker-compose для каждого. При обновлении стопаю сайт, делаю docker-compose pull и снова запускаю. После этого nginx начинает отдавать bad gateway. Такое ощущение что он кеширует ip контейнеров. Никто не сталкивался? После перезапуска nginx все поднимается

Всё в контейнерах

используй хостнеймы

Так и есть. proxy_pass http://site1

После перезапуска сайта(docker-compose) вполне вероятно что меняется ip. Такое ощущение что он кешируется

ну с учетом того что в беспатной версии хелсчеков нет 1 раз точно должен быть bg

В бесплатной версии докера? Что имеешь ввиду?

Можно как вариант делать docker exec -ti nginx nginx -t reload

в бесплатной версии nginx

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

https://www.sanyamkapoor.com/blog/nginx-dns/

Причём проверял с него curl http://site1 и нормально

это нормально, ну типа нет nginx смысла перерезолв делать для хоста тк хелсчеков нет. резолвинг не настаривается отдельно

Типа покрутить dns докера?

Или делать nginx -t reload?

Интересно. А статикой можно для контейнера приколотить ip? Ну не прям руками, а чтобы Аренда была допустим 24 часа. Хотя тоже такое себе

Интересно. А статикой можно для контейнера приколотить ip? Ну не прям руками, а чтобы Аренда была допустим 24 часа. Хотя тоже такое себе

в композе можно все сетевые настройки крутить если v2 поставить.

Сделать релоад не такой уж и костыль получается

Типа покрутить dns докера?

надо пошагово все разбирать. давно была бага что резолвер докера имел проблемы с ipv6 в nginx приходилось это вырубать тк он упорно пытался чекнуть попробуй в nginx сделать

location / { resolver ip_dns valid=10s;

Хотя надо посмотреть на реализацию nginx где он напрямую дергает сокет докера. Типа для динамических виртуалхостов

в композе это вероятно будет resolver 127.0.0.11 valid=10s; если дефолты не менял

в коммерческой версии nginx еще можно заюзать модуль для хелсчеков http://nginx.org/en/docs/http/ngx_http_upstream_hc_module.html#health_check чтоб в принципе те контейнеры которые еще не поднялись трафик не получали

Хотя надо посмотреть на реализацию nginx где он напрямую дергает сокет докера. Типа для динамических виртуалхостов

https://github.com/jwilder/nginx-proxy есть вот такой проект. там всякие такие проблемы разрулены

Ну да. Он