« Rev
@ru_docker   437
Fwd »


Aleksey
ну или что то другое занимает порт 6379
Darkhan
он у вас и там и там
я отключил основную, и перезапустил, но бля та же фигня выходит, типа но connection...
Darkhan
короче когда я запускаю редис, тогда ругается что already in use, а когда все отключаю тогда на connection error. хз уже..(
Максим
короче когда я запускаю редис, тогда ругается что already in use, а когда все отключаю тогда на connection error. хз уже..(
Надо удалить редиску с хост-машины. Посмотреть какие процессы слушают порт на хост-машине, если свободен - запустить редиску в контейнере с мапингом портов. Если редиска нужна не из вне, а из другого контейнера в том же компоузе, то надо убедиться, что в нем прописано depends_on от контейнера редиски
Максим
И тогда проброс портов уже не нужен
Максим
В качестве адреса можно написать имя сервиса, как в композе
Максим
Т. Е. Http://cache
Terry
кто в кратце скажет за и против Kubernetes и Ranhcer(os) ?
Terry
именно на практике
Terry
и в кластеризации что лучше
Terry
а то урлы на блогах индусов захарили
Nklya
Кубер победил, во 2-й версии ранчера он под капотом.
Nklya
http://rancher.com/announcing-rancher-2-0/
A
Ребят, возможно ли использовать физическую машину (есть статический айпишник) и виртуалку на облачном провайдере под один swarm?
🇷🇺 Роман
всем привет! настроил docker registry из официального контейнера, повесил перед ним nginx. делаю push, получаю: # docker push registry.bionika.ru/bionika/php7.1-fpm:latest The push refers to a repository [registry.bionika.ru/bionika/php7.1-fpm] d273c2484ee6: Pushing [==================================================>] 12.69MB/12.69MB 76932a5fe72c: Pushing [==================================================>] 29.7kB 64177ec4c241: Pushing 2.56kB b3bf4b8c7ec1: Pushing [==================================================>] 11.78kB 013ecf1594d4: Preparing 8328c57c14d4: Waiting 93ea352905d8: Waiting 57277ee24969: Waiting 69bff829a46c: Waiting 18f9b4e2e1bc: Waiting unknown blob
🇷🇺 Роман
где я мог накосячить?
Maksim
Подскажите, как вы регистрируете раннеры для GitLab через docker-compose?
Maksim
Я использовал digitallumberjack/docker-gitlab-ci-multi-runner, но похоже у него какие-то проблемы с последним Гитлабом.
🇷🇺 Роман
Подскажите, как вы регистрируете раннеры для GitLab через docker-compose?
version: '2' services: gitlab-runner: container_name: gitlab-runner image: gitlab/gitlab-runner:latest volumes: - /srv/gitlab-runner/data:/home/gitlab_ci_multi_runner/data - /srv/gitlab-runner/config:/etc/gitlab-runner - /run/docker.sock:/run/docker.sock:rw environment: - CI_SERVER_URL=http://git.gk.bionika.ru restart: always dns: 192.168.1.3 затем: docker exec -ti gitlab-runner gitlab-runner register -n —url http://git.gk.bionika.ru —registration-token ТуТсЕкРеТнЫйКлЮч —executor docker —docker-privileged —docker-pull-policy "if-not-present" —docker-image "ansible/ansible:ubuntu1604" —docker-volumes /run/docker.sock:/run/docker.sock —docker-volumes /srv/my_build_directory:/srv/my_build_directory
Maksim
То есть, чтобы можно было запустить docker-compose и сразу развернулась пачка раннеров.
🇷🇺 Роман
можно сделать свой имедж из gitlab-runner со скриптом регистрации внутри
Maksim
Собственно это и делал digitallumberjack/docker-gitlab-ci-multi-runner.
Maksim
Но вот он что-то не обновляется. Я просто думал, что может кто-то другие способы знает
🇷🇺 Роман
и через docker-compose pull не обновляется?
Maksim
Нет, там версия 9.5.5
Maksim
А я имел неосторожность обновить Гитлаб до 10.0.1
Maksim
Да и как-то не нравится мне, что обновления нет так долго. Однажды Гитлаб кто-то обновит, а раннер умрет, возможно.
Maksim
Придется свой имедж делать, видимо (
Maxim
Стащить их Докерфайл и пересобрать с новым гитлабом?
Максим
Всем привет! У меня есть композ файл, в нём набор переменных окружения, но почему-то если их поменять и перезапустить контейнер, то внутри сохранятся старые значения. Обновляется только после down. Есть какой менее радикальный способ?
Oleksandr
зайти интерактивно и поменять переменные окружения?
Максим
хотя, все-таки не понятно почему они не меняются из композа...
Oleksandr
а какой командой рестарт контейнера делается? и какая версия докера?
Максим
так после down
Максим
докер последний
Максим
docker-compose restart name
Oleksandr
https://docs.docker.com/compose/reference/restart/
Oleksandr
If you make changes to your docker-compose.yml configuration these changes will not be reflected after running this command.
Максим
Oleksandr
)))
Oleksandr
фича кароче
Igor
Коллеги, прихожу я на сервер к проекту с docker-compose, смотрю что где лежит, и вижу странность: в yml-конфиге объявлен volumes для постгреса под именем postgres_data, контейнер постгреса в него ходит, но при этом /var/lib/docker/volumes/postgres_data пустой. Все данные лежат в соседнем вольюме под рандомным именем. По docker inspect видно что постгрес монтирует не тот вольюм. При этом проект уже не раз пересобирался, т.е. постгрес должен был как минимум потерять этот вольюм и сходить в пустой postgres_data. Почему так может быть?
Andrey
а вот от подчёркивания ему не может нехорошо стать? ну и хотелось бы не пересказ слышать а копипасты вывода
Igor
я развернул проект на другом сервере, всё ок ставится с подчёркиваниями. Копипасты сейчас соберу на пастебин. Вопрос пока - это баг/глюк/ или исторически сложившиеся события, которые мне не рассказали.
Igor
https://pastebin.com/34J07xPa
Andrey
глянул у себя, да подчёркивание нормально, а добавь external: true в волум
Igor
разве это не директива, которая просто говорит композу не создавать директорию?
Igor
и это работающий прод, я пока не могу что-то менять, просто смотрю :(
Andrey
а, кстати, может быть, я его руками создаю, да
Andrey
а docker inspect postgres_data что кажет?
Oleksandr
а docker inspect postgres_data что кажет?
docker inspect postgres тогда
Oleksandr
в пастебине вкинуто
Andrey
ну да, но он то пытается монтировать postgres_data
Igor
я вот не уверен, что он вообще пытается.
Andrey
ну так а чего инспек то по нему показывает?
Oleksandr
хотя можно и вольюм так же посмотреть, да
Andrey
или вообще жестко, инспект на весь контейнер и разбираться что там кто за кем
Igor
э, просто ТТХ вольюма. "Driver": "local", "Labels": null, "Mountpoint": "/var/lib/docker/volumes/postgres_data/_data", "Name": "postgres_data", "Options": {}, "Scope": "local"
Oleksandr
смотри интересную точку монтирования
Igor
она точно такая же как и у работающего вольюма
Igor
ну, кроме имени
Andrey
э, просто ТТХ вольюма. "Driver": "local", "Labels": null, "Mountpoint": "/var/lib/docker/volumes/postgres_data/_data", "Name": "postgres_data", "Options": {}, "Scope": "local"
не, это фигня, надо инспект именно что там в контейнере с ними творится, может он там у тебя просто вот этим автогенерируемым перекрыта
Igor
как это сделать?
Andrey
так инспект на имя контейнера, там показано же что чем перекрывается
Oleksandr
volumes: - /var/lib/docker/postgres_data:/var/lib/postgresql/data
Oleksandr
если так?
Oleksandr
вверху вообще убрать
Oleksandr
volumes: postgres_data:
Igor
это решение проблемы, а я пытался сначала понять почему оно так.
Oleksandr
volumes: postgres_data:
Oleksandr
зачем?
« Rev
@ru_docker   437
Fwd »