а покажи ps auxww | grep docker

даже | grep dockerd

попробуй вот так

docker pull index.docker.io/hello-world

А реально базовый репозиторий докера удалить? Чтобы докер мог брать образы только с локального.

нет

https://github.com/docker/docker/issues/7203

а покажи ps auxww | grep docker

ps auxww | grep docker root 8745 0.3 0.5 562844 43704 ? Ssl 12:31 0:00 /usr/bin/dockerd -H fd:// --containerd /run/containerd/containerd.sock --add-runtime oci=/usr/sbin/runc --default-runtime oci virdign+ 9341 0.0 0.0 10620 976 pts/4 S+ 12:32 0:00 grep --color=auto --exclude-dir=.bzr --exclude-dir=CVS --exclude-dir=.git --exclude-dir=.hg --exclude-dir=.svn docker

$ ps auxww | grep dockerd root 8745 0.3 0.5 562844 43704 ? Ssl 12:31 0:00 /usr/bin/dockerd -H fd:// --containerd /run/containerd/containerd.sock --add-runtime oci=/usr/sbin/runc --default-runtime oci virdign+ 9354 0.0 0.0 10620 936 pts/4 S+ 12:32 0:00 grep --color=auto --exclude-dir=.bzr --exclude-dir=CVS --exclude-dir=.git --exclude-dir=.hg --exclude-dir=.svn dockerd

docker pull index.docker.io/hello-world

вот так сработало или нет?

$ docker pull index.docker.io/hello-world Using default tag: latest Pulling repository docker.io/library/hello-world Tag latest not found in repository docker.io/library/hello-world

чот ваще никак

а без урла ?

А если туда вб разуере зайти?

hello-world просто

docker pull hello-world Using default tag: latest Pulling repository docker.io/library/hello-world Tag latest not found in repository docker.io/library/hello-world

мне кажется я знаю причину

открыл в браузере docker.io

так оно меня на docker.com кинуло

это норм

я хотел проверить что не залочено

но докер хаб не пингует

но это наверно у них там так сделано

Но на него курл идет?

Но на него курл идет?

curl -v —url docker.io * Rebuilt URL to: docker.io/ * Trying 52.73.159.23... * TCP_NODELAY set * Connected to docker.io (52.73.159.23) port 80 (#0) > GET / HTTP/1.1 > Host: docker.io > User-Agent: curl/7.50.3 > Accept: */* > < HTTP/1.1 301 Moved Permanently < Content-length: 0 < Location: https://docker.io/ < Connection: close < * Curl_http_done: called premature == 0 * Closing connection 0

А объясните мне на пальцах разницу в —link старом и новом?

вы ещё поднимаете контейнеры без compose?

вы ещё поднимаете контейнеры без compose?

атож. композ фигня не нужная

почему?

разве что в swarm не умеет

На проде все равно будет свой конфиг

Для AWS свой

Для опенстека есть классная штука - heat

кто-нибудь щупал rkt?

кто-нибудь щупал rkt?

@ru_rkt

@rkt_ru

нет, там другой адрес

там группа с традициями

Спрошу лучше тут

А как логировать в контейнере?

Приложение хочет syslog в виде /dev/log

-v ?

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

Приложение хочет syslog в виде /dev/log

https://habrahabr.ru/company/oleg-bunin/blog/311830/ вот тут как раз о таком писали

-v ?

Рестарт сислога на хосте сломает все

https://habrahabr.ru/company/oleg-bunin/blog/311830/ вот тут как раз о таком писали

Я читал.

Грабли описанные там известны

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

но зачем в контейнере

Рестарт сислога на хосте сломает все

-v /var/run ?

А не

но зачем в контейнере

а почему бы и нет ?

А как логировать в контейнере?

есть драйверы логов в самом докере, так что можно писать в stdout

либо учить приложение писать в логшиппер

Рестарт сислога на хосте сломает все

Ты меня заставил задуматься. Я хотел так mysql.soсk раскидывать

либо учить приложение писать в логшиппер

пусть пишет в stdout, докер сам отправит

есть драйверы логов в самом докере, так что можно писать в stdout

Я ж говорю: большинство хочет /dev/log

либо писать логи на диск, внешний logrotate

пусть пишет в stdout, докер сам отправит

А как же facility и log level?

а у вас log level не в самой строке лога?

а у вас log level не в самой строке лога?

Нет.

ну есть много вариантов, можно просто смонтировать диск и пусть пишет туда

ну есть много вариантов, можно просто смонтировать диск и пусть пишет туда

Это значит что надо тащить свой init в контейнер

Это значит что надо тащить свой init в контейнер

совершенно наоборот

Если держать там сислог

а не надо держать там сислог

у нас, например, пишет на диск, оттуда другой контейнер делает logrotate и отправляет в S3

ERROR: S client not available

дальше мы разбираемся уже оттуда

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

у нас, например, пишет на диск, оттуда другой контейнер делает logrotate и отправляет в S3

Это хорошо, но диск не резиновый и даже часто не локальный. Для логов есть логхост

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

Сваливая все в кашу :(

это дискуссионный вопрос, и сильно зависит от ситуации

@pragus погодь, а он разве пересоздаёт /dev/log?

Кстати https://hub.docker.com/r/blacklabelops/rsyslogd/

а он через tcp работает?

просто интересно

@pragus погодь, а он разве пересоздаёт /dev/log?

да

да

Ну тогда —volume-from вполне ок

Ну тогда —volume-from вполне ок

шо?

https://github.com/helderco/docker-rsyslogЕщё кстати смотри

Запускай сислог с нестандартным сокетом, делай -v, а в контейнере делай ln -s

Запускай сислог с нестандартным сокетом, делай -v, а в контейнере делай ln -s

и? что дальше?

ты поменял конфиг сислога, рестартуешь

ты поменял конфиг сислога, рестартуешь

это. делай сислогу /var/myoqwnsyslogsocket/dev/log . монтируй -v /var/myoqwnsyslogsocket/dev/log, внутри сделай симлинк с /var/myoqwnsyslogsocket/dev/log на /dev/log

ещё проще -v /dev:/var/blyadskyisyslogdev, а внутри симлинк ln -s /dev:/var/blyadskyisyslogdev/log /dev/log

используем syslog контейнер стартует с опциями log_driver: syslog log_options: tag: "{{ image_name }}"

template( name="docker-tmpl" type="string" string="/var/log/docker/%programname%.log" ) # debug messages # *.* /var/log/rsyslog-debug;RSYSLOG_DebugFormat # default docker logs to /var/log/docker/daemon.log if $programname == "dockerd" then { action( type="omfile" file="/var/log/docker/daemon.log" ) stop } # docker containers logs if $programname startswith "MyAppName" then { action( type="omfile" dynaFile="docker-tmpl" fileCreateMode="0664" dirCreateMode="0775" ) stop } конфиг сислога

используем syslog контейнер стартует с опциями log_driver: syslog log_options: tag: "{{ image_name }}"

И он сам прокидывает в контейнер /dev/log ?

ExecStart=/usr/bin/dockerd --log-driver=syslog \ --log-opt syslog-facility=local0 --log-opt tag={{.Name}}

вот так

ExecStart=/usr/bin/dockerd --log-driver=syslog \ --log-opt syslog-facility=local0 --log-opt tag={{.Name}}

внутри контейнера /dev/log есть? если туда писать - это удет попадать в драйвер?

приложение в stdout пишет просто

кто-нибудь ansible использует для деплоя?

я, но деплою не докер им

- name: Stop current container docker_container: name: "{{ old_container_name }}" state: stopped when: result.stdout != "" вот это приводит к FAILED! => {"changed": false, "failed": true, "msg": "Error creating container: 400 Client Error: Bad Request (\"No command specified\")"} и в результате контейнер удаляется. ((

я, но деплою не докер им

а чем?

докер пока мало используется, так что пока руками

докер пока мало используется, так что пока руками

у меня баш-скрипты были написаны. но их поддерживать не оч. Решили привести к стандарту - и получили бяку (

ansible хорош, но тут не подскажу, тк не сталкивался