Всех с НГ! Подскажите с чем такое может быть связано? Начал замечать что во многих имиджах начали удалять образы формата onbuild? Например пропали они в питоне. Они теперь маркируются как небезопасные?

Всех с НГ! Подскажите с чем такое может быть связано? Начал замечать что во многих имиджах начали удалять образы формата onbuild? Например пропали они в питоне. Они теперь маркируются как небезопасные?

Привет! Поясните о чем речь

Onbuild - инструкция, которая делает об раз-полуфабрикат

Привет! Поясните о чем речь

Раньше был tag onbuild например в офф python образе

да вот я про них как раз

теперь с докер хаба их убрали

Раньше был tag onbuild например в офф python образе

Я не знаю как это называется - ключевое слово докерфайла (как run, copy etc)

теперь с докер хаба их убрали

Ну, и правильно

почему?

Я думаю, что да а) небезопасно б) нюансы с кэшированием

Понял

А что ботозащиты нет?

А что ботозащиты нет?

?

?

Vagrant отличный инструмент, я сравнил его с Катюшей, очень широкий спектр применения, очень большое количество специалистов использует Vagrant, удобная штука, мне нравится

Vagrant отличный инструмент, я сравнил его с Катюшей, очень широкий спектр применения, очень большое количество специалистов использует Vagrant, удобная штука, мне нравится

Только кладёт мой ноут как нехер делать если забывать выключать машину

Только кладёт мой ноут как нехер делать если забывать выключать машину

Поверь, не только твой, мой тоже

Но как технология - мне нравится, lxc тоже имеет право на жизнь, используется на разных этапах развития инфраструктуры, полезная штуковина

Никогда не пользовался lxc, однако вагрант тихо ненавижу. По большей части, незаслуженно, но меня ужасно бесит, что две маленькие виртуалки в virtual box ставят мой неслабый ноут на колени. При том что single node k8s с десятком приложений ноут вообще не ощущает.

Никогда не пользовался lxc, однако вагрант тихо ненавижу. По большей части, незаслуженно, но меня ужасно бесит, что две маленькие виртуалки в virtual box ставят мой неслабый ноут на колени. При том что single node k8s с десятком приложений ноут вообще не ощущает.

Особенно если есть синхронизация папки с хостом

Тогда это вообще адище

Думаешь, как?! Ну как ты можешь одну страницу загружать 7 минут?! Как?!

Никогда не пользовался lxc, однако вагрант тихо ненавижу. По большей части, незаслуженно, но меня ужасно бесит, что две маленькие виртуалки в virtual box ставят мой неслабый ноут на колени. При том что single node k8s с десятком приложений ноут вообще не ощущает.

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

Vagrant не виртуализация

Это инструмент использующий виртуализацию

Так же в качестве провизионера вагрант может использовать докер

Так же в качестве провизионера вагрант может использовать докер

отличный интересный подход и область применения)

Я к тому, что необязательно использовать virtual box и жаловаться на него

Я к тому, что необязательно использовать virtual box и жаловаться на него

у меня нет столько ресурсов для работы с virtual box, ресурсы нынче дорого )

у меня нет столько ресурсов для работы с virtual box, ресурсы нынче дорого )

А что используется в качестве виртуализации в вагранте?

А что используется в качестве виртуализации в вагранте?

virtual box вчера вроде был, в этои мире ничто не вечно и нужно всегда сверяться с документацией, но мне сейчас не до документации Vagrant

Ясна панятна

Ясна панятна

Для меня Vagrant с VirtualBox и все подобное - слишком дорогое удовольствие по ресурсам, с docker контейнерами проще и удобней

Помогите задебажить, плиз: первые попытки использовать докер на бою (до этого использовали только для тестов и пилотов). Беда в том, что в различных докеризованных приложениях (graylog, clickhouse, redash) через несколько часов работы (6-24 часа) появляются ошибки Access/permission denied при записи в файлы. При этом простой restart контейнеров исправляет проблему еще на некоторые X часов. Сервер новый (72 CPU, 256 Gb RAM, 16Tb sas raid XFS). В какую сторону копать? Примеры ошибок: Redis из набора контейнеров redash очередную регулярную операцию записи в rdb файл выполняет успешно и через 5 минут fail {"log":"1:M 31 Dec 04:16:13.038 * 100 changes in 300 seconds. Saving...\n","stream":"stdout","time":"2018-12-31T04:16:13.039184451Z"} {"log":"1:M 31 Dec 04:16:13.039 * Background saving started by pid 131\n","stream":"stdout","time":"2018-12-31T04:16:13.039402225Z"} {"log":"131:C 31 Dec 04:16:13.050 * DB saved on disk\n","stream":"stdout","time":"2018-12-31T04:16:13.050413019Z"} {"log":"131:C 31 Dec 04:16:13.050 * RDB: 0 MB of memory used by copy-on-write\n","stream":"stdout","time":"2018-12-31T04:16:13.050956288Z"} {"log":"1:M 31 Dec 04:16:13.141 * Background saving terminated with success\n","stream":"stdout","time":"2018-12-31T04:16:13.141947942Z"} {"log":"1:M 31 Dec 04:21:14.086 * 100 changes in 300 seconds. Saving...\n","stream":"stdout","time":"2018-12-31T04:21:14.086386127Z"} {"log":"1:M 31 Dec 04:21:14.086 * Background saving started by pid 132\n","stream":"stdout","time":"2018-12-31T04:21:14.086644556Z"} {"log":"132:C 31 Dec 04:21:14.086 # Failed opening .rdb for saving: Permission denied\n","stream":"stdout","time":"2018-12-31T04:21:14.086918159Z”} Clickhouse около суток принимал поток логов прокси-сервера 500-1000 eps, и внезапно пошли ошибки записи в файл: 2018.12.30 04:27:25.768115 [ 34 ] {} <Error> void DB::SystemLog<LogElement>::flush(bool) [with LogElement = DB::QueryThreadLogElement]: Poco::Exception. Code: 1000, e.code() = 13, e.displayText() = Access to file denied: /var/lib/clickhouse/data/system/query_thread_log/tmp_insert_201812_2215_2215_0, e.what() = Access to file denied Graylog принимает 2000-4000 eps различных логов, и в какой-то момент Kafka в его составе теряет возможность записи в файл graylog2-committed-read-offset, в который до этого постоянно шла запись. 2018-12-19 04:16:42,906 INFO : org.apache.directory.api.ldap.codec.standalone.CodecFactoryUtil - Registered pre-bundled extended operation factory: 1.3.6.1.4.1.1466.20037 2018-12-19 04:17:59,513 ERROR: org.graylog2.shared.journal.KafkaJournal - Cannot write /usr/share/graylog/data/journal/graylog2-committed-read-offset to disk. java.io.FileNotFoundException: /usr/share/graylog/data/journal/graylog2-committed-read-offset (Permission denied) CentOS 7.6.1810. docker --version Docker version 18.09.0, build 4d60db4 docker-compose --version docker-compose version 1.23.1, build b02f130 mount … /dev/mapper/vgsas-sas on /mnt/sas type xfs (rw,nosuid,nodev,noatime,seclabel,attr2,inode64,logbsize=64k,sunit=128,swidth=2048,noquota) df -h … /dev/mapper/vgsas-var_lib_docker 48G 30G 18G 63% /var/lib/docker /dev/mapper/vgsas-sas 16T 497G 16T 4% /mnt/sas

может не хватает файловых дескрипторов или selinux чудит . но это так. в порядке бреда .

поставить мониторинг метрик и может там вылезет что то

Помогите задебажить, плиз: первые попытки использовать докер на бою (до этого использовали только для тестов и пилотов). Беда в том, что в различных докеризованных приложениях (graylog, clickhouse, redash) через несколько часов работы (6-24 часа) появляются ошибки Access/permission denied при записи в файлы. При этом простой restart контейнеров исправляет проблему еще на некоторые X часов. Сервер новый (72 CPU, 256 Gb RAM, 16Tb sas raid XFS). В какую сторону копать? Примеры ошибок: Redis из набора контейнеров redash очередную регулярную операцию записи в rdb файл выполняет успешно и через 5 минут fail {"log":"1:M 31 Dec 04:16:13.038 * 100 changes in 300 seconds. Saving...\n","stream":"stdout","time":"2018-12-31T04:16:13.039184451Z"} {"log":"1:M 31 Dec 04:16:13.039 * Background saving started by pid 131\n","stream":"stdout","time":"2018-12-31T04:16:13.039402225Z"} {"log":"131:C 31 Dec 04:16:13.050 * DB saved on disk\n","stream":"stdout","time":"2018-12-31T04:16:13.050413019Z"} {"log":"131:C 31 Dec 04:16:13.050 * RDB: 0 MB of memory used by copy-on-write\n","stream":"stdout","time":"2018-12-31T04:16:13.050956288Z"} {"log":"1:M 31 Dec 04:16:13.141 * Background saving terminated with success\n","stream":"stdout","time":"2018-12-31T04:16:13.141947942Z"} {"log":"1:M 31 Dec 04:21:14.086 * 100 changes in 300 seconds. Saving...\n","stream":"stdout","time":"2018-12-31T04:21:14.086386127Z"} {"log":"1:M 31 Dec 04:21:14.086 * Background saving started by pid 132\n","stream":"stdout","time":"2018-12-31T04:21:14.086644556Z"} {"log":"132:C 31 Dec 04:21:14.086 # Failed opening .rdb for saving: Permission denied\n","stream":"stdout","time":"2018-12-31T04:21:14.086918159Z”} Clickhouse около суток принимал поток логов прокси-сервера 500-1000 eps, и внезапно пошли ошибки записи в файл: 2018.12.30 04:27:25.768115 [ 34 ] {} <Error> void DB::SystemLog<LogElement>::flush(bool) [with LogElement = DB::QueryThreadLogElement]: Poco::Exception. Code: 1000, e.code() = 13, e.displayText() = Access to file denied: /var/lib/clickhouse/data/system/query_thread_log/tmp_insert_201812_2215_2215_0, e.what() = Access to file denied Graylog принимает 2000-4000 eps различных логов, и в какой-то момент Kafka в его составе теряет возможность записи в файл graylog2-committed-read-offset, в который до этого постоянно шла запись. 2018-12-19 04:16:42,906 INFO : org.apache.directory.api.ldap.codec.standalone.CodecFactoryUtil - Registered pre-bundled extended operation factory: 1.3.6.1.4.1.1466.20037 2018-12-19 04:17:59,513 ERROR: org.graylog2.shared.journal.KafkaJournal - Cannot write /usr/share/graylog/data/journal/graylog2-committed-read-offset to disk. java.io.FileNotFoundException: /usr/share/graylog/data/journal/graylog2-committed-read-offset (Permission denied) CentOS 7.6.1810. docker --version Docker version 18.09.0, build 4d60db4 docker-compose --version docker-compose version 1.23.1, build b02f130 mount … /dev/mapper/vgsas-sas on /mnt/sas type xfs (rw,nosuid,nodev,noatime,seclabel,attr2,inode64,logbsize=64k,sunit=128,swidth=2048,noquota) df -h … /dev/mapper/vgsas-var_lib_docker 48G 30G 18G 63% /var/lib/docker /dev/mapper/vgsas-sas 16T 497G 16T 4% /mnt/sas

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

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

Проверю, но после того, как я заметил это на совершенно разных приложениях (развёрнутых из родных имиджей), перестал считать это проблемой самих приложений. Что-то на уровне ОС или докера, кажется. Но права завтра запишу и проверю.

может не хватает файловых дескрипторов или selinux чудит . но это так. в порядке бреда .

Проверю различные лимиты.

поставить мониторинг метрик и может там вылезет что то

Спасибо, попробую

Спасибо, попробую

в /etc/sysctl.conf для ElasticSearch необходимо добавлять вот такое значение vm.max_map_count = 262144 может у вас подобный случай и необходимо изменить параметры в /etc/sysctl.conf

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

Только кладёт мой ноут как нехер делать если забывать выключать машину

Оверхед вагранта over 9000.

Всем привет! почему при установке mysql 5.7 на Ubuntu 18.04 не предлагает ввести пароль пользователя root для системы управления базами данных?

Наверное в конфиге авторизация по ключу

Или вообще отключена

Всем привет! почему при установке mysql 5.7 на Ubuntu 18.04 не предлагает ввести пароль пользователя root для системы управления базами данных?

Не думаю что эта проблема как то связана с докером

Всем привет! почему при установке mysql 5.7 на Ubuntu 18.04 не предлагает ввести пароль пользователя root для системы управления базами данных?

mysql_secure_installation вбей в консоль и никиких проблем

mysql_secure_installation вбей в консоль и никиких проблем

Запрашивает пароль (Enter password for user root:)

Запрашивает пароль (Enter password for user root:)

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

Выдает ошибку

can't connect to local mysql server through socket '/tmp/mysql.sock' (2)

????

can't connect to local mysql server through socket '/tmp/mysql.sock' (2)

ну так блин проверь работает -ли вообще мускул..

Вроде все делаю по этой статье https://www.digitalocean.com/community/tutorials/mysql-ubuntu-18-04-ru

Всем привет! почему при установке mysql 5.7 на Ubuntu 18.04 не предлагает ввести пароль пользователя root для системы управления базами данных?

В docker?

Вроде все делаю по этой статье https://www.digitalocean.com/community/tutorials/mysql-ubuntu-18-04-ru

Докер тут при чем тогда?

Всем новичкам в новом году желаю научиться читать документацию =)

)))

?

господа, не нахожу ответа в интернете. Билдю в докерфайле после инстал появляются пакет настроек /etc и мультимедия в /var их нужно перенести на хост для дальнейшего монтирования в контейнер. Как это изящней сделать?

Как бы ВЫ это сделали?

в докер компосе дорбавил бы volumes: - /host/dir:containder/dir

господа, не нахожу ответа в интернете. Билдю в докерфайле после инстал появляются пакет настроек /etc и мультимедия в /var их нужно перенести на хост для дальнейшего монтирования в контейнер. Как это изящней сделать?

Вопрос неясен

/spam

Вопрос неясен

Ну билдю я в самом докерфайле, и в результате некоторые ресурсные файлы надо в хост вытащить. По понятным причинам - они будут правиться/добавляться/удаляться

Ну билдю я в самом докерфайле, и в результате некоторые ресурсные файлы надо в хост вытащить. По понятным причинам - они будут правиться/добавляться/удаляться

Формулировка задачи очень общая

Я уж не говорю о том, что файлы вытаскивать на

Хост так себе

Идея

Короче