или ss

net-tools

точно, спс

судя по всему с контейнером все ОК

кто подскажет - в каком пакете netstat

можно всегда менеджер пакетов об этом спросить yum provides netstat

ну или так :) apt-cache search net-tools

что самое странное - после перезапуска на некоторое время трафик ходит:

в syslog срет таким: Jul 9 13:18:22 docker-apps kernel: [ 2297.605266] device vethf1475f5 entered promiscuous mode Jul 9 13:18:22 docker-apps kernel: [ 2297.605555] br-7af6635ddbc2: port 1(vethf1475f5) entered blocking state Jul 9 13:18:22 docker-apps kernel: [ 2297.605557] br-7af6635ddbc2: port 1(vethf1475f5) entered forwarding state Jul 9 13:18:22 docker-apps systemd-udevd[19973]: link_config: autonegotiation is unset or enabled, the speed and duplex are not writable. Jul 9 13:18:22 docker-apps systemd-udevd[19972]: link_config: autonegotiation is unset or enabled, the speed and duplex are not writable. Jul 9 13:18:22 docker-apps systemd-timesyncd[756]: Synchronized to time server 91.189.94.4:123 (ntp.ubuntu.com). Jul 9 13:18:22 docker-apps systemd-timesyncd[756]: Network configuration changed, trying to establish connection. Jul 9 13:18:22 docker-apps containerd[1181]: time="2019-07-09T13:18:22.849543750+02:00" level=info msg="shim containerd-shim started" address="/containerd-shim/moby/5b996525c5f8f5f532a45d73dfbebea4cb25e8d1daf05e358261578613d3e6fe/shim.sock" debug=false pid=20011 Jul 9 13:18:23 docker-apps dockerd[1191]: time="2019-07-09T13:18:23+02:00" level=warning msg="file does not exist: /proc/sys/net/ipv6/conf/all/disable_ipv6 : stat /proc/sys/net/ipv6/conf/all/disable_ipv6: no such file or directory Has IPv6 been disabled in this node's kernel?" Jul 9 13:18:23 docker-apps kernel: [ 2298.348896] eth0: renamed from vethbacc44d

Привет. У кого нибудь есть инфа какой лучше всего использовать log driver докера на больших объёмах данных (30ГБ в день). Gelf или json?

А в докере как то можно сделать такое: Нужно в определенном контейнере запустить скрипт на n порту и сделать так, чтобы этот порт был рабочим во вне? По быстрому, напримеру как то зайти внутрь контейнера и запустить скрипт

почему при заходе на 0.0.0.0:8010 ничего не показывается?

потому что заходи на localhost:8000

8010 - это порт сервиса в контейнере, он мапится на порт 8000 хоста

docker ps выводить контейнер и такое?

0.0.0.0:4561->4561/tcp

docker ps выводить контейнер и такое?

и какое такое?

захожу на site.com:4561 и ничего не получаю

хотя прорграмма внутри контейнера слушает 4561

я перехожу на порт 8010 он слушает 8000, который в контейнере, сам докер файл

expose менял на 8000 толку нету

экспоуз тебе не поможет

тебе надо 8010:4561 делать

или типа того

ок

refused и все

так все правильно

у тебя сервер на 127.0.0.1 слушает

повесь на 0.0.0.0

аааа

ща

урааа

спасибо, большое)))

всем привет, есть сервер 128 озу (из которых занято только 20), 12 ядер, все было окей до сегодняшнего дня, но теперь контейнеры не запускаются (хотя тяжесть контейнеров та же, что и была) контейнеры выходят с 137 и 0 кодами. порылся в инете, 137 ошибка это out of memory, но памяти на сервере достаточно, в чем может быть дело? 0 код выходит редко, но это тоже странно, этот контейнер должен запускать сервер и слушать определенный порт.

?

всем привет, есть сервер 128 озу (из которых занято только 20), 12 ядер, все было окей до сегодняшнего дня, но теперь контейнеры не запускаются (хотя тяжесть контейнеров та же, что и была) контейнеры выходят с 137 и 0 кодами. порылся в инете, 137 ошибка это out of memory, но памяти на сервере достаточно, в чем может быть дело? 0 код выходит редко, но это тоже странно, этот контейнер должен запускать сервер и слушать определенный порт.

мониторинг контейнеров что говорит

у тебя лимиты по памяти на контейнер где то заданы?

у тебя лимиты по памяти на контейнер где то заданы?

нет, в докер-компоузах пусто, по дефолту насколько я помню анлим

всем привет, есть сервер 128 озу (из которых занято только 20), 12 ядер, все было окей до сегодняшнего дня, но теперь контейнеры не запускаются (хотя тяжесть контейнеров та же, что и была) контейнеры выходят с 137 и 0 кодами. порылся в инете, 137 ошибка это out of memory, но памяти на сервере достаточно, в чем может быть дело? 0 код выходит редко, но это тоже странно, этот контейнер должен запускать сервер и слушать определенный порт.

free -m ?

мониторинг контейнеров что говорит

в каком плане? у меня есть свое решение для мониторинга в свзяке прометеус + графаана

в каком плане? у меня есть свое решение для мониторинга в свзяке прометеус + графаана

и что говорит?

по таймингам ООМ есть соответствие?

free -m ?

у меня такое было только с lxc и то потому что софт внутри lxc-контейнера упирался в границы самого контейнера(2гб)

ну, как бы да. памяти свободно

и что говорит?

я там отслеживаю только использование cpu & ram, поэтому ничего

я там отслеживаю только использование cpu & ram, поэтому ничего

сделай метрики по памяти да проверь до какого лимита они прыгают перед ООМ

Всем привет У меня на работе есть bash скрипт, который проверяет контейнер как-то так >sudo docker inspect {container} |jq -r '.[0].NetworkSettings.Networks."{}".IPAddress' >curl -s -o /dev/null -w ''%{http_code}'' http://{IPAddress}:8080/link и curl иногда почему-то возвращает connection refused (сразу после поднятия контейнера, например). Из-за чего это может быть?

сделай метрики по памяти да проверь до какого лимита они прыгают перед ООМ

я чекал через htop использование ram, она поднималась на гиг и потом контейнеры умирали

Всем привет У меня на работе есть bash скрипт, который проверяет контейнер как-то так >sudo docker inspect {container} |jq -r '.[0].NetworkSettings.Networks."{}".IPAddress' >curl -s -o /dev/null -w ''%{http_code}'' http://{IPAddress}:8080/link и curl иногда почему-то возвращает connection refused (сразу после поднятия контейнера, например). Из-за чего это может быть?

а как определяешь что "сразу после поднятия"

я чекал через htop использование ram, она поднималась на гиг и потом контейнеры умирали

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

Всем привет У меня на работе есть bash скрипт, который проверяет контейнер как-то так >sudo docker inspect {container} |jq -r '.[0].NetworkSettings.Networks."{}".IPAddress' >curl -s -o /dev/null -w ''%{http_code}'' http://{IPAddress}:8080/link и curl иногда почему-то возвращает connection refused (сразу после поднятия контейнера, например). Из-за чего это может быть?

может всетки ты курлишь когда он еще не readiness?

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

каким образом? я чекаю стату через docker stats, но контейнер настолько быстро умирает, что я не успеваю чекнуть

каким образом? я чекаю стату через docker stats, но контейнер настолько быстро умирает, что я не успеваю чекнуть

cadvisor

ты же сказал у тебя прометей

как так мниторить докер без cadvisor

а как определяешь что "сразу после поднятия"

В баш скрипте сначала идет >docker-compose up -d Вроде бы, баш скрипт должен ждать, когда выполнится эта команда А потом идет запрос ip адреса и curl каждые 5 сек И каждые 5 сек curl может возвращать 000 код

В баш скрипте сначала идет >docker-compose up -d Вроде бы, баш скрипт должен ждать, когда выполнится эта команда А потом идет запрос ip адреса и curl каждые 5 сек И каждые 5 сек curl может возвращать 000 код

и он всегда возвращает плохой код? или первое время

и он всегда возвращает плохой код? или первое время

Первое время Но может и все 10 попыток зафейлить, это бывает, хоть и редко (слишком долго становится доступным?) Я поставила sleep перед проверкой, но думала, что что-то еще можно проверить

Первое время Но может и все 10 попыток зафейлить, это бывает, хоть и редко (слишком долго становится доступным?) Я поставила sleep перед проверкой, но думала, что что-то еще можно проверить

а приложение внутри может писать какой то лог ? запись что в такую то секунду приложение полностью загрузилось

Первое время Но может и все 10 попыток зафейлить, это бывает, хоть и редко (слишком долго становится доступным?) Я поставила sleep перед проверкой, но думала, что что-то еще можно проверить

по факту ты хочешь понять почему долго?

а приложение внутри может писать какой то лог ? запись что в такую то секунду приложение полностью загрузилось

Оно пишет, и да, приложение внутри контейнера еще по факту не готово, когда его пытаются пинговать. Я пыталась понять, что вообще происходит, не знала, что после запуска самого контейнера приложение по сути только начинает подниматься. Спасибо за помощь)

Оно пишет, и да, приложение внутри контейнера еще по факту не готово, когда его пытаются пинговать. Я пыталась понять, что вообще происходит, не знала, что после запуска самого контейнера приложение по сути только начинает подниматься. Спасибо за помощь)

Да я ничего и не сделал, обращайся😊

Погугли Readiness Liveness probes

Привет! Для локального окружения разворачиваю контейнеры с СУБД (их много) и приложение, которое подключается к ним. docker-compose 1го СУБД - https://dpaste.de/8Njh docker-compose 2го СУБД - https://dpaste.de/cuZn приложение - https://dpaste.de/Och8 Как видно из конфигов, каждый контейнер СУБД в своей bridge сети. В этих сетях находится и контейнер с приложением. В текущем виде оно не понимает где искать СУБД, Is the server running on host "farm" (192.168.96.2) and accepting↵ TCP/IP connections on port 48001? Если оставить одну СУБД, убрать вторую и ее сеть у приложения - приложение находит СУБД

Каждый контейнер слушает свой порт 5820e99e13ef postgres:11.4 "docker-entrypoint.s…" 49 seconds ago Up 47 seconds 5432/tcp, 48002/tcp cc 0d9b60768208 postgres:11.4 "docker-entrypoint.s…" 3 minutes ago Up 3 minutes 5432/tcp, 48001/tcp farm

пробросив порты на хост, обращаться к СУБД через порт хост машины решит вопрос, но как это сделать не через проброс портов в разных сетях?

привет, возможно кто то подскажет docker: Error response from daemon: OCI runtime create failed: container_linux.go:345: starting container process caused "exec: \"host=192.168.88.244\": executable file not found in $PATH": unknown. он ругается не на то что я запускаю а по сути на то чт оя передаю, если запускать без параметров то все стартует CMD pytest -s -v test.py --host=$host --port=$port --user=$user --password=$password чего не хватает для того что бы принять параметры

привет, возможно кто то подскажет docker: Error response from daemon: OCI runtime create failed: container_linux.go:345: starting container process caused "exec: \"host=192.168.88.244\": executable file not found in $PATH": unknown. он ругается не на то что я запускаю а по сути на то чт оя передаю, если запускать без параметров то все стартует CMD pytest -s -v test.py --host=$host --port=$port --user=$user --password=$password чего не хватает для того что бы принять параметры

Энтрипойнт как выглядит ?

pytest в PATH? На нем есть флаг исполняемый (chmod +x)

Энтрипойнт как выглядит ?

я его выпили , решил так попробовать вот так по идее будет работать ? ENTRYPOINT pytest -s -v test.py CMD --host=$host --port=$port --user=$user --password=$password но как мне показалось или где прочиталось что если энтрипоинт выполняется под башем или как то так, то cmd не выполняется добавил RUN chmod +x /usr/local/bin/pytest RUN export PATH=$PATH:/usr/local/bin/pytest

нет, ты не прав

алгоритм какой

ENTRYPOINT клеится с CMD и идет на выполнение

и тут возможны варианты в зависимости от того - как они заданы. Строкой или массивом

зе бест вариант - массивом (списком аргументов), т.к. тогда ты контролируешь более полно, что запускается

по умолчанию ENTRYPOINT = /bin/sh

RUN export PATH=$PATH:/usr/local/bin/pytest не отработал почему, запустил с башем в path его нет