Так-с давайте я попробую вопрос задать. Runc, docker 17.06 (да-да знаю, что старое говно). Есть контейнер у которого не указаны лимиты проца и памяти. Внутри java приложение. Когда отъедает очень много памяти приходит oom killer, но вот тут начинается странность. Он не ребутает контейнер, он его пытается перепнуть, но при этом назначает ему другой id и ничего с ним не может сделать и именно этим самым вешает мне dockerd. Причем как вешает. Я могу сделать docker inspect к примеру и мне все выведит, а если сделаю какой-нибудь docker top или что-то другое, что выдает динамическую информацию, то шлёт меня лесом. Лечится рестартом docker юнита в системд. На ubuntu 16.04. У кого-нибудь было такое или может какие-то мысли есть по этому поводу.

Лимиты памяти на ситуацию не влияют. Рядом поднимал тестовый контейнере в котором java просто отъедает память. Тестовый ведёт себя нормально, т.е. рестартует контейнер в валидно

/report пидорасы

Это сворм, что ли ?

похоже упёрся в какой-то лимит, в docker после 1000 созданных контейнеров перестаёт работать маршрутизация в новых контейнерах...

причина в net.core.netdev_max_backlog = 1000 увеличил до 10000 маршрутизация заработала в новых контейнерах.

похоже упёрся в какой-то лимит, в docker после 1000 созданных контейнеров перестаёт работать маршрутизация в новых контейнерах...

У тебя 1000 одновременно запущенных контейнеров? Или ты забыл подчиститься? docker container prune

Так-с давайте я попробую вопрос задать. Runc, docker 17.06 (да-да знаю, что старое говно). Есть контейнер у которого не указаны лимиты проца и памяти. Внутри java приложение. Когда отъедает очень много памяти приходит oom killer, но вот тут начинается странность. Он не ребутает контейнер, он его пытается перепнуть, но при этом назначает ему другой id и ничего с ним не может сделать и именно этим самым вешает мне dockerd. Причем как вешает. Я могу сделать docker inspect к примеру и мне все выведит, а если сделаю какой-нибудь docker top или что-то другое, что выдает динамическую информацию, то шлёт меня лесом. Лечится рестартом docker юнита в системд. На ubuntu 16.04. У кого-нибудь было такое или может какие-то мысли есть по этому поводу.

journalctl -u docker и ищи там что нибудь интересное

Так-с давайте я попробую вопрос задать. Runc, docker 17.06 (да-да знаю, что старое говно). Есть контейнер у которого не указаны лимиты проца и памяти. Внутри java приложение. Когда отъедает очень много памяти приходит oom killer, но вот тут начинается странность. Он не ребутает контейнер, он его пытается перепнуть, но при этом назначает ему другой id и ничего с ним не может сделать и именно этим самым вешает мне dockerd. Причем как вешает. Я могу сделать docker inspect к примеру и мне все выведит, а если сделаю какой-нибудь docker top или что-то другое, что выдает динамическую информацию, то шлёт меня лесом. Лечится рестартом docker юнита в системд. На ubuntu 16.04. У кого-нибудь было такое или может какие-то мысли есть по этому поводу.

Сравни со своими симптомами и обновляйся :) https://github.com/coreos/bugs/issues/2320

Сравни со своими симптомами и обновляйся :) https://github.com/coreos/bugs/issues/2320

Спс, доеду до работы гляну) я видел пару открытых issue на гитхабе с аналогичной ситуацией, но они остались без внимания

journalctl -u docker и ищи там что нибудь интересное

Смотрел, там ничего интересного нет)

У тебя 1000 одновременно запущенных контейнеров? Или ты забыл подчиститься? docker container prune

1009 запущенных

1009 запущенных

мне кажется, что это наркоманский кейс

мне вообще идея больше 200 контейнеров на одной тачке запускать не очень

Всем привет. Может у кого-то была ситуация: один и тот же проект (docker-compose внутри которого веб-сервер слушает один порт) на одной машине работает нормально, а на другой нет - при запросе на curl на 127.0.0.1 с той же машины в одном случае веб-сервер из контейнера получает запрос и отдаёт ответ, а в другом не может "достучаться": соединение просто зависает, при этом отваливается в момент выключения контейнера. Понимаю, что проблемы в конфигурации машины, на которой запускаю, но не пойму в чём именно

Всем привет. Может у кого-то была ситуация: один и тот же проект (docker-compose внутри которого веб-сервер слушает один порт) на одной машине работает нормально, а на другой нет - при запросе на curl на 127.0.0.1 с той же машины в одном случае веб-сервер из контейнера получает запрос и отдаёт ответ, а в другом не может "достучаться": соединение просто зависает, при этом отваливается в момент выключения контейнера. Понимаю, что проблемы в конфигурации машины, на которой запускаю, но не пойму в чём именно

docker-toolbox vs docker native?

мне вообще идея больше 200 контейнеров на одной тачке запускать не очень

у него же swarm

Всем привет. Может у кого-то была ситуация: один и тот же проект (docker-compose внутри которого веб-сервер слушает один порт) на одной машине работает нормально, а на другой нет - при запросе на curl на 127.0.0.1 с той же машины в одном случае веб-сервер из контейнера получает запрос и отдаёт ответ, а в другом не может "достучаться": соединение просто зависает, при этом отваливается в момент выключения контейнера. Понимаю, что проблемы в конфигурации машины, на которой запускаю, но не пойму в чём именно

версии docker и docker-compose сравни. был у нас кейс, когда в новой версии compose (не docker!) тесты с mongo зависали

docker-toolbox vs docker native?

Не очень понял вопрос, но видимо native (ubuntu)

версии docker и docker-compose сравни. был у нас кейс, когда в новой версии compose (не docker!) тесты с mongo зависали

Версии compose одинаковые 1.24.0, версия docker "рабочая" 18.06.1-ce, "не рабочая" 18.09.4. А как в твоём случае проблему удалось решить? Что именно ломалось?

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

А вот вы, люди, использующие compose. Вы все сидите в swarm или как вы масштабируете инфраструктуру? (Я использую его тоже, но пока всё AIO)

А вот вы, люди, использующие compose. Вы все сидите в swarm или как вы масштабируете инфраструктуру? (Я использую его тоже, но пока всё AIO)

swarm мертв k8s стандарт

swarm мертв k8s стандарт

спс, я в курсе, но зачем-то же люди пользуются compose. И наверное у них рано или поздно возникает вопрос: а как поделить на несколько серверов, чтоб НА хоть как-то?

День добрый. Что может быть: при попытке установить/удалить контейнеры, снять dmesg - система уходит в ребут.?

опять распберри?

Не опять, а снова :D

Да, распберри

Господа, я тупой. А docker-compose.yml в какой локации создавать надо?

В документации подробно рассказано как, но не уточнено где. Или вообще всё равно?

смотри

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

1. вольюмы и bind mount 2. билд контекст

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

Спасибо, постараюсь разобраться.

Что я делаю не так? О_о

пользуем сборку гитлабом. с композером и npm все работало. Переходим на yarn. прописываем команды на сборку - во время выполнения ругается. что команда yarn не найдена (посмотрел, в /usr/bin действительно нет исполняемого файла). запуская локально в докер тот же образ - yarn работает, есть файл /usr/bin/yarn

вопрос не ясен

что за образ используется для сборки в рамках гитлаба?

https://hub.docker.com/r/lorisleiva/laravel-docker

дай команду сборки из гитлаба

полностью .gitlab-ci.yml

image: lorisleiva/laravel-docker:latest

могут быть нюансы с PATH и ENTRYPOINT

Парни, памагитя!) У меня из кода идет отправка данных на другую програмулю на локальном компе. Грубо говоря есть окружение докера, а програмуля вне докера. И попытка сослаться мол http://127.0.0.1:15000 не прокатывает. Докер воспринимает это как отсыл к нему...

правильно. Либо запускай докер в network host mode

либо ссылайся по внешнему айпи своей машины

делов-то

либо ссылайся по внешнему айпи своей машины

это может отразиться на скорости?)

да

лучше host mode

спасибо!

script: - cd resources/frontend/app && yarn install - cd resources/frontend/app && yarn run build

замени на

script: - echo $PATH - pwd - which yarn - cd resources/frontend/app && yarn install - cd resources/frontend/app && yarn run build

и там же попробуй ls /bin, ls /usr/bin и прочее сделать

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

значит его нет в образе

может там как-то надо перебилдить образ?

вот и все

ты yarn как ставишь?

я просто не в курсе особенностей node экосистемы

там yarn прописан в Docker файле

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

ну, не может так быть

может образ старый? перепулль его на раннере

я понимаю

может образ старый? перепулль его на раннере

это как?

раннер - облачный гитлаб?

нет, на нашем серваке запущен

ну, вот в него сходи и докер кэши почисть

пользуем сборку гитлабом. с композером и npm все работало. Переходим на yarn. прописываем команды на сборку - во время выполнения ругается. что команда yarn не найдена (посмотрел, в /usr/bin действительно нет исполняемого файла). запуская локально в докер тот же образ - yarn работает, есть файл /usr/bin/yarn

значит запускается другой образ

значит запускается другой образ

уже понял, что образ не запускается вообще

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

Причём основной пожиратель cpu это rabbitmq, который вот конкретно в данный момент вообще ничего не всасывает и памяти не занял почти, но с 2k консьюмеров и видимо крутит лупы для них.

Добрый день, подскажите плиз как можно достать FTP который в docker container ?

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

Не понимаю вопроса

Добрый день, подскажите плиз как можно достать FTP который в docker container ?

Зачем ?

Не понимаю вопроса

кажется уже понял в чем проблема

Не понимаю вопроса

у меня теперь все логи свелись к Running with gitlab-runner 11.7.0 (8bb608ff) on Server qMQQw444 Job succeeded

лучше host mode

Подскажи плз... Я поставил network_mode на все контейнеры... Теперь по обращению 127.0.0.1 он уже не будет ссылаться на докерконтейнер? В докере у меня nginx проброс портов 55580:80

в host-mode контейнер не изолирован от хоста(в смысле сети). 1. пробросы не нужны 2. localhost хоста и контейнера совпадает

просто такая тема, что рядом стоит уже прод версия без докера. там уже nginx php rabbit. я запускаю рядом тестовый уже в докере. Они не будут конфликтовать?

могут подраться за один порт

если не будет пробросов, то подерутся думаю. как быть...

зачем тебе два nginx на одном хосте?

и на одном порту)

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

Блин