Привет всем! Поднимаю докер композ, выдает ERROR: Get https://registry-1.docker.io/v2/: dial tcp: lookup registry-1.docker.io on 46.29.160.160:53: read udp 46.17.40.42:44891->46.29.160.160:53: i/o timeout

Какие-то проблемы с сетью

То тянет контейнеры, то выдает таймаут

dns какой?

Какие-то проблемы с сетью

сам же ответил

мож шлюз корп режет

10к вариантов

dns какой?

Как на centos вывести?

Возможно днс, но впервые такое

Как на centos вывести?

🤷‍♂️

Как на centos вывести?

а инспект докер машины не выдаст?

Возможно днс, но впервые такое

Cat /etc/resolv.conf

Еще вариант что выключен forwarding

Локальный какой-то 46.29..

Сервер работает пол года уже

Сделал апдейт, докер обновился

решил контейнеры пересобрать

Cat /etc/resolv.conf

В файле достаточно поменять днс на 8.8.8.8?

Чтобы он использовался

В файле достаточно поменять днс на 8.8.8.8?

Ну если инет не закрыт, то да

Добавил гугл днс, поехало

Как у вас тут вообще дела?

Есть ли готовый docker-compose для разворачивания кластера percona с ProxySQL?

у перкона, очевидно?

https://github.com/percona/percona-docker/blob/master/pxc-56/swarm/docker-compose.yml

они как бы примеры дают

https://otus.ru/nest/post/527/ хм

Подскажите пожалуйста, иммется два разных докер контейнера на разных compose. На одном собран nginx proxy. Вот проблема, я с одного котейнера (nginx proxy) не могу достучатся до другого (nginx) по ip:port. Оба compose рабочие. А связи по ip:port нет. Выдает nc: 172.17.0.1 (172.17.0.1:8081): Host is unreachable

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

Подскажите пожалуйста, иммется два разных докер контейнера на разных compose. На одном собран nginx proxy. Вот проблема, я с одного котейнера (nginx proxy) не могу достучатся до другого (nginx) по ip:port. Оба compose рабочие. А связи по ip:port нет. Выдает nc: 172.17.0.1 (172.17.0.1:8081): Host is unreachable

У тебя почти наверняка контейнеры в разных докер сетях. Напрямую они недоступны друг другу. Решение - либо засунуть их в одну докер сеть, либо можно опубликовать сервисы на портах хостовой машины (ports: - 80:80) и ходить из сервиса в сервис по айпи хостовой машины + порт

У тебя почти наверняка контейнеры в разных докер сетях. Напрямую они недоступны друг другу. Решение - либо засунуть их в одну докер сеть, либо можно опубликовать сервисы на портах хостовой машины (ports: - 80:80) и ходить из сервиса в сервис по айпи хостовой машины + порт

Спасибо за ответ. А как засунуть их в одну докер сеть?

Например

Создать сеть через docker network create название

Далее ее определить в обоих #компост как external и подключить к каждому нужному сервису

Ну, это в общем

Спасибо буду пробовать. А насчет портов хостовой машины, у меня так сейчас наверно и есть. если я пройду с браузера хост_машина:8081 то захожу в докер контейнер. а если попробовать с docker_proxy пройти по этому адресу, ошибка такая же. Хотя хостовая машина пингуется из proxy

Спасибо буду пробовать. А насчет портов хостовой машины, у меня так сейчас наверно и есть. если я пройду с браузера хост_машина:8081 то захожу в докер контейнер. а если попробовать с docker_proxy пройти по этому адресу, ошибка такая же. Хотя хостовая машина пингуется из proxy

Файрволл может гадить. Сделай accept на все в цепочке input (только для теста!!)

Файрволл может гадить. Сделай accept на все в цепочке input (только для теста!!)

я новичок и не совсем понял, что нужно сделать

я новичок и не совсем понял, что нужно сделать

Фаервол может блочить пакеты

Фаервол может блочить пакеты

это я понял, я насчет accept, как его сделать.

это я понял, я насчет accept, как его сделать.

man отвечает на 99% вопросов если нет то Гугл

man отвечает на 99% вопросов если нет то Гугл

понял.

Файрволл может гадить. Сделай accept на все в цепочке input (только для теста!!)

Спасибо!

Господа, собирающие логи через filebeat, подскажие где я дурак

tags: ['docker'] filebeat.inputs: - type: container paths: - '/var/lib/docker/containers/*/*.log' processors: - add_docker_metadata: ~ json.keys_under_root: true output.logstash: hosts: ['хост']

Логи отправляются, но docker metadata таки отсутствует

В логах filebeat ошибок нет, сокет докера доступен

у меня дурацкий вопрос - а с чего он будет метадату брать?

Эм, в смысле?

Судя по докам должен определять id контейнера по match_source_index, который по дефолту 4

Ну а по id брать все остальное

# The following example enriches each event with docker metadata, it matches # container id from log path available in source field (by default it expects # it to be /var/lib/docker/containers/*/*.log). # #processors: #- add_docker_metadata: ~

Это из filebeat reference

Хм, еще раз почитал доки, судя по ним, все должно работать, попробую версию filebeat сменить

Доброе утро господа. Есть такой вопрос к вам. Возможно ли такое что от того что на запросы отвечают разные microservice, производительности может упасть ? У меня в Docker Swarm работают 6 реплик, и на фронте чисто визуально пока что заметил что фотографий товара как буд-то идут медленее. Заранее спасибо за ответы.

бери и делай замеры производительности. Учитывая, что у тебя 6 реплик - у тебя явно еще балансировка появилась посерединке

вот она и может тупить. А может дело и вовсе не в ней

Как в докер файле прописать установку нескольких расширений. У меня сейчас прописано одно, а если я несколько хочу через пробел или с новой строки? RUN docker-php-ext-install mysqli

Мне надо еще вот это php7.0-soap установить

Как в докер файле прописать установку нескольких расширений. У меня сейчас прописано одно, а если я несколько хочу через пробел или с новой строки? RUN docker-php-ext-install mysqli

Наверно: RUN docker-php-ext-install mysqli && \ docker-php-ext-install php7.0-soap

Как в докер файле прописать установку нескольких расширений. У меня сейчас прописано одно, а если я несколько хочу через пробел или с новой строки? RUN docker-php-ext-install mysqli

Пох как

И так и так

Ясно

Наверно: RUN docker-php-ext-install mysqli && \ docker-php-ext-install php7.0-soap

Зачем && пробела достаточно же

Ну без инсталл конечно

Новый run - новый слой, не надо так

Новый run - новый слой, не надо так

тык там один ран

ран инсталл пакет пакет

Не все так ставится, Чото придётся пеклом ставить или аптом

Новый run - новый слой, не надо так

Почему? Не всегда эт плохо, если, например, активно пользоваться кэширование докера

Плохо только ситуация, когда у тебя создаются файлы в одном run, а в другом удаляются

Не все так ставится, Чото придётся пеклом ставить или аптом

Я про его случай

Я про его случай

Ну прост чтоб в курсе был

Ну прост чтоб в курсе был

Я в курсе поверь)))

Я в курсе поверь)))

Дак я не сомневаюсь в твоих возможностях, не тебе и писал

Привет, ребят. Итак, есть докер переменная для сварма reservations: {memory: '${тут 2g }'}. На хосте где должен запуститься сервис free -h показывает, что total used free shared buff/cache available Mem: 7.6G 3.5G 3.1G 40M 1.0G 3.8G Вроде бы почти 3 гб, но сервис не деплоится и пишет "no sufficient resources" Почему?

В чем может быть проблема? Есть докер сетка, и в ней новый контейнер с указанным dns, старые контейнеры резолвят нормально имя, новый - нет, при getent выдает свой ip, но если использовать nslookup/dig то отдается верный адрес

Продакшен хана - это 3-4 разные площадки по 3-4 ноды на каждую с 64 оперативы. Но конечно надо сначала детально понимать что там будет обрабатываться, чтобы понимать масштабы. А то это все сферический конь в вакууме

продакшен хана с меньше чем 1 тб оперативки вообще вопросы вызывает

Кстати, я тут сегодня спрашивал, но разобрался сам, вдруг кому пригодится - если собираете логи докера через filebeat и юзаете add_docker_metadata и льётся это все в graylog - нужен graylog 3 версии

Во втором они игнорятся, в 3м новый input, который их нормально читает