Docker logs - - tail 50 -f

а по сути docker logs просто делает то же самое: тащит файл и оформляет json?

а по сути docker logs просто делает то же самое: тащит файл и оформляет json?

он не тащит файл

это его стдаут по сути

Docker logs - - tail 50 -f

вот эта штука на болтливом контейнере и впадала в ступор, также как docker logs —tail 10 ....

docker logs подключается к дескриптору процесса?

docker logs подключается к дескриптору процесса?

зачем так сложно?

docker logs подключается к дескриптору процесса?

вот хорошая годная статейка про то как это работает

https://medium.com/@yoanis_gil/logging-with-docker-part-1-b23ef1443aac#.yqac74ll8

да, спасибо :)

получается что docker logs - это враппер над cat, tail

получается что docker logs - это враппер над cat, tail

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

stdout не имеет буфера, все что демон получает из stdout-дескриптора запущенного процесса он складывает в json-формате в файл, оттуда docker logs вытаскивает уже. Правильно я понял?

У меня вопрос

кто то решал проблемы днс резолвинга в докер контейнерах ?

Да :(

по умолчанию это решаетс чем то типа nscd который встраивается в libc вызов и является промежуточным кешом

Не -у них же свой

но в случае с докером какая то засада

у меня --network host

у меня --network host

мы unbound ставим

поэтому /etc/resolv.conf хостовый

а он данные с consul

и чем мне это поможет ?

мне кешик нужен простенький

а не днс на каждой тачке

мне кешик нужен простенький

unbound

а не днс на каждой тачке

кешик на каком уровне, контейнера?

на уровне libc вызова

на уровне libc вызова

а дерните плиз: strace -e open docker run —rm blablabla

я же утону ! )))

-e open

тьфу

не

там же надо вызов днс еще

хм. а поидее да, он же должен к сокету в /var/lib цепануться

ща ща ща

Все привет. Вот с такой штукой столкнулся. Куда копать? docker-compose build mongo Building mongo ERROR: Error processing tar file(archive/tar: invalid tar header):

контейнер от mongo:latest

так ты докерфайл кажи

FROM mongo:latest VOLUME /data/db /data/configdb CMD ["mongod","--config","/data/configdb/mongod.conf"] EXPOSE 27017

ничего необычного. и он даже работал. а потом перестал

docker run mongo:latest - работает нормально

ERROR: Error processing tar file(archive/tar: invalid tar header):

это походе на ошибку апи самого докера

попробуйте имадж с другим тегом?

попробовал синоним 3.4.2 и 3.2 - ошибка та же

два раза ребутни ноду, и удали диреткорию /var/lib/docker

попробуй снова.

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

ок, попробую все переставить

не надо ничо переставлять.

просто попробуй как я говорю :)

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

горькая правда жизни? ;))

откуда горькая то ....

откуда горькая то ....

ну если в /var/lib/docker террабайты нажитых нелегким трудом контенйеров?

ну если в /var/lib/docker террабайты нажитых нелегким трудом контенйеров?

если там терабайты значит у меня для вас плохие новости.

ну если в /var/lib/docker террабайты нажитых нелегким трудом контенйеров?

docker system prune -f

если там терабайты значит у меня для вас плохие новости.

не для меня

docker system prune -f

в кроне

два раза ребутни ноду, и удали диреткорию /var/lib/docker

не помогло

не помогло

отправляй ишью

docker system prune -f Total reclaimed space: 0 B

там же надо вызов днс еще

спасибо ! я всё смог ))

ERROR: S client not available

docker system prune -f

вы верите в то что оно вам ничего не поломает? или вы еще не страдали?

вы верите в то что оно вам ничего не поломает? или вы еще не страдали?

ваще страдали )))

ну это как гранату обезьяне дать

при чем не посмотреть же, что сносить будут

или я не все опции юзал?

Народ, правильно я понял что в сворме днс имя сервиса поднимается только когда healthcheck пройден, если он включен?

Народ, правильно я понял что в сворме днс имя сервиса поднимается только когда healthcheck пройден, если он включен?

ну это реализация service discovery в общем виде

То есть сервис это то, что здоровое, нездоровое - это не сервис. В общем виде :)

Я к тому, что всякие проверки вида curl http://service_name не пройдут

То есть сервис это то, что здоровое, нездоровое - это не сервис. В общем виде :)

ну а критерий, что сервис жив и готов принать реквесты какой тогда?

Адекватный ответ на запрос в энтрипойнт сервиса как вариант

Энтрипойнт тут не то, что в докерфайле

Энтрипойнт тут точка входа в сервис

Адекватный ответ на запрос в энтрипойнт сервиса как вариант

энтрайпоинт - просто шелл, через полчаса вдруг сервис сдох, например отказал коннект к базе, как узнаем?

К примеру эластик: у него точка входа сервис:9200 или же сервис:9300. Я так строил сначала проверки

К примеру эластик: у него точка входа сервис:9200 или же сервис:9300. Я так строил сначала проверки

GET _cluster/health

в случае фейла вернет не 200 код ответа

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

в случае фейла вернет не 200 код ответа

Get куда?

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

деталей я не знаю, описал как выглядит то, что они хотели сделать

но надо поштудировать доки

Get куда?

https://www.elastic.co/guide/en/elasticsearch/reference/current/cluster-health.html

Я сделал следующее: Services: app: healthcheck: test: curl http://app:8081

И получил host app not found

Это упрощенно

Я сделал следующее: Services: app: healthcheck: test: curl http://app:8081

на своем опыте: мы делаем так - у приложения есть роут /health когда его дергаем - приложение готово принять решение - рабочее оно или нет, минимальными проверками

на своем опыте: мы делаем так - у приложения есть роут /health когда его дергаем - приложение готово принять решение - рабочее оно или нет, минимальными проверками

Это на старте сервиса?

нет

это постоянно долбится

и в докере так же

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

Это через healthcheck