Гайрат
Создавал до этого контейнеры на с образами php:5.6-apache, которые на дебиане, хостовая система - центось, на контейнеры вешались по дефолту адреса из 172.17.0.0/16 подсети. Контейнеры давно грохнул и удалил, но
Гайрат
Новый контейнер, единственный в выводе docker ps -a получает адрес 172.17.0.2, и периодически при curl -v 172.17.0.2 выдаёт в http-заголовках версию php 5.6, которой на хосте нет точно, причём говорит что это дебиановский апач
Гайрат
До кучи - 6 veth интерфейсов, которые пока рука не поднимается грохнуть, вдруг что поломается в нём. И это при остановленном демоне docker
Гайрат
Разобрался. Если интересно, могу написать.
Aleksandr
"выключил и включил"?
Гайрат
Вот именно, ребутать сервер не могу
Гайрат
Когда докер обновлял, контейнеры зависли по, как обычно, не понятной причине
Гайрат
Ну и контейнерные процессы остались висеть, вместе с интерфейсами
Гайрат
Теперь надо их выцеплять с вывода ps, и грохать, а потом и интерфейсы
Гайрат
С таким наверно никто не стакливался тут
Artem
может выяснить причину зависания контейнеров, а не разгребать последствия?)
Artem
у меня, например, просто так контейнеры не виснут
Гайрат
у меня, например, просто так контейнеры не виснут
Нее, они не сами по себе зависли. Замечу, что все до единого
Гайрат
Зависли - это я сейчас выяснил. А когда обновлял, то в docker ps -a у них было не Exited, а Dead
Гайрат
Обновлялся кажется с 1.13 до 17.03-се
Гайрат
может выяснить причину зависания контейнеров, а не разгребать последствия?)
На хабре была статья недавно, у ребят в проде был докер. Каждое обновление демона - сущий ад, обязательно что-то да ломалось. Я их в этом плане очень понимаю.
Artem
если не уметь готовить докер, то и без апдейтов сущий ад
Artem
Зависли - это я сейчас выяснил. А когда обновлял, то в docker ps -a у них было не Exited, а Dead
фс могла чем то использоваться или вообще доступа нет, без причины ничего не бывает, надо курить логи и устранять проблемы и варнинги, тогда не будет проблем при апдейте
Гайрат
фс могла чем то использоваться или вообще доступа нет, без причины ничего не бывает, надо курить логи и устранять проблемы и варнинги, тогда не будет проблем при апдейте
примонтированная фс контейнера? Понятное дело, что есть причина Смотрел логи, решением было только удалять мёртвые контейнеры, хотя с двумя были проблемы, схожие с этой:
Гайрат
https://stackoverflow.com/questions/30794108/docker-cannot-remove-dead-container
Roman
логи надо смореть и разные комбинации ядер+фс пробовать
Roman
мы упирались несколько раз то в сетевые интерфейсы которые не чистились то в фс которая зависала и текла
Roman
но последний год вроде более менее и апдейты и баги
Roman
раньше да тот еще ад был
Гайрат
https://stackoverflow.com/questions/30794108/docker-cannot-remove-dead-container
Оттуда же: $ docker system df #will show used space, similar to the unix tool df $ docker system prune # will remove all unused data.
Гайрат
Кстати, кто-то контейнеры через юниты systemd запускает?
Roman
да запускаем
Roman
под coreos
Гайрат
Надо глянуть на гитхабе тогда их юнит-файлы
Гайрат
А то как оно сейчас у меня, похоже на костыль, хоть и работает
Aleksey
ребята, а подскажите как лучше докер контейнер подцепить к PPTP? пока нашёл вариант запуска докер контейнера, который создаёт PPTP соединение на хосте, а другой контейнер его использует. есть вариант лучше?
Sergei
привет, подскажите плиз на этапе docker-compose build env переменные еще не доступны?
Sergei
их так же можно передать указав в docker-compose.yml в секции env?
Artem
и вот тут на примере билда
Artem
https://docs.docker.com/compose/compose-file/#build
Franky
Всем привет можете подсказать или помочь, проблема такая что через ренчер кли с помощь команды rancher run не стартует контейнер если передавать порты таким путём -p 51000-51100:51000-51100
Franky
А как иначе поднимать сразу список портов
Franky
А не по одному?
Franky
Просто такая тема работает если это все в докеркомпозе прописать а через консоль взрывается
Franky
Делаю это все на виндоус 7
Franky
Да и через докер тоже работает а с ренчером есть что то подобное?
Artem
ну если ишу до сих пор открыта, то это как бы намекает, что пока еще нет.
Arkadiy
Не знаю, насколько это вопрос по докеру, но наверняка кто-нибудь сталкивался) Есть способы дебажить приложение (Django), которое развернуто в докере, а разработки ведётся на хостовой тачке (через PyCharm)?
Arkadiy
Без запуска на хостовой тачке само собой
Arkadiy
Сейчас смотрю в сторону Remote Debugging, походу других вариантов нет
нꙺ
с недавнего времени ремот-дебаг из PyCharm работает просто прекрасно
twwlf
В CE не завезли его, случаем?
Таймураз
Всем привет Есть кто заводил на винде десятке убунту?
Таймураз
именно
нꙺ
он тебе даже файлы с имейджа смапит на файлы на домашней тачке, и даже контейнер специальный создаст, чтобы интерпритатор подцеплялся изнутри
Arkadiy
Спасибо, попробую)
Таймураз
неужели никто?(
Таймураз
Я уже задал же Тем более ты знаешь, о чем я Контекст сообщения в 3 сообщениях от него
twwlf
в смысле "заводил" ?
twwlf
оно само работает же
twwlf
странный вопрос у тебя
Таймураз
Я пишу bash в powershell- и ничего
twwlf
хреново быть тобой, чо
twwlf
начни с документации
twwlf
ты компонент-то установил?
Таймураз
Я уже нашел ответ, как завести Гуглил неправильно
twwlf
Таймураз
Можно чуть менее грубо?
twwlf
можно, но нужно ли
Таймураз
Ты- нет А вот другой пытается
Олексій
ребят, как можно посмотреть вывод docker-compose build?
Олексій
Просто запускаю билд контейнера, а что там происходит - не знаю
Олексій
Ну или без компоуза
Aleksand
Сейчас смотрю в сторону Remote Debugging, походу других вариантов нет
правильно смотришь, а в платном пайчарме отладка в докере из коробки приделана
Aleksand
Просто запускаю билд контейнера, а что там происходит - не знаю
так композер выводит логи билда нормально, если их нет то у тебя возможно не собирает а что-то еще делает, например контекст сжимает очень большой, или просто ответ от сокета ждет
Олексій
Сижу жду
Aleksand
Сижу жду
sudo strace -p PID
Олексій
Aleksand
сокет не доступен судя по всему
Aleksand
попробуй > sudo strace -f -x docker-compose up nginx