E_zombie
это приблуда для управления инсталяциями RHEL
E_zombie
через что RH лицензирование делает.
Ильдар
Точно в докере дело?
E_zombie
гдето в траефике я подозреваю. ибо в логах сервера нет подключений.
Maxim
Школота)
Вы там с Олей устроили погром что ли ))
Konstantin
Alex ZeroDub
Всех с НГ! Подскажите с чем такое может быть связано? Начал замечать что во многих имиджах начали удалять образы формата onbuild? Например пропали они в питоне. Они теперь маркируются как небезопасные?
George
Onbuild - инструкция, которая делает об раз-полуфабрикат
Alex ZeroDub
Привет! Поясните о чем речь
Раньше был tag onbuild например в офф python образе
Alex ZeroDub
да вот я про них как раз
Alex ZeroDub
теперь с докер хаба их убрали
George
Раньше был tag onbuild например в офф python образе
Я не знаю как это называется - ключевое слово докерфайла (как run, copy etc)
Alex ZeroDub
почему?
George
Я думаю, что да а) небезопасно б) нюансы с кэшированием
Alex ZeroDub
Понял
Anonymous
А что ботозащиты нет?
Maxim
🧐
Vagrant отличный инструмент, я сравнил его с Катюшей, очень широкий спектр применения, очень большое количество специалистов использует Vagrant, удобная штука, мне нравится
Maxim
Но как технология - мне нравится, lxc тоже имеет право на жизнь, используется на разных этапах развития инфраструктуры, полезная штуковина
Sun
Никогда не пользовался lxc, однако вагрант тихо ненавижу. По большей части, незаслуженно, но меня ужасно бесит, что две маленькие виртуалки в virtual box ставят мой неслабый ноут на колени. При том что single node k8s с десятком приложений ноут вообще не ощущает.
Дмитрий
Тогда это вообще адище
Дмитрий
Думаешь, как?! Ну как ты можешь одну страницу загружать 7 минут?! Как?!
Maxim
Никогда не пользовался lxc, однако вагрант тихо ненавижу. По большей части, незаслуженно, но меня ужасно бесит, что две маленькие виртуалки в virtual box ставят мой неслабый ноут на колени. При том что single node k8s с десятком приложений ноут вообще не ощущает.
Vagrant и lxc используются часто, встречаются команды разработчиков которые используют Vagrant и живут, развиваются, так что технологии имеют право на жизнь, но то что это самая дорогая по ресурсам виртуализация не поспоришь, тут нужны большие мощности для работы с этой виртуализацией
Mikhail
Vagrant не виртуализация
Mikhail
Это инструмент использующий виртуализацию
Mikhail
Так же в качестве провизионера вагрант может использовать докер
Maxim
Так же в качестве провизионера вагрант может использовать докер
отличный интересный подход и область применения)
Mikhail
Я к тому, что необязательно использовать virtual box и жаловаться на него
Maxim
Я к тому, что необязательно использовать virtual box и жаловаться на него
у меня нет столько ресурсов для работы с virtual box, ресурсы нынче дорого )
Mikhail
у меня нет столько ресурсов для работы с virtual box, ресурсы нынче дорого )
А что используется в качестве виртуализации в вагранте?
Maxim
А что используется в качестве виртуализации в вагранте?
virtual box вчера вроде был, в этои мире ничто не вечно и нужно всегда сверяться с документацией, но мне сейчас не до документации Vagrant
Mikhail
Ясна панятна
Maxim
Ясна панятна
Для меня Vagrant с VirtualBox и все подобное - слишком дорогое удовольствие по ресурсам, с docker контейнерами проще и удобней
Konstantin
Помогите задебажить, плиз: первые попытки использовать докер на бою (до этого использовали только для тестов и пилотов). Беда в том, что в различных докеризованных приложениях (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
E_zombie
может не хватает файловых дескрипторов или selinux чудит . но это так. в порядке бреда .
E_zombie
поставить мониторинг метрик и может там вылезет что то
Maxim
Помогите задебажить, плиз: первые попытки использовать докер на бою (до этого использовали только для тестов и пилотов). Беда в том, что в различных докеризованных приложениях (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
что то изменяет права на смонтированные директории, скорее всего вы используете одни и теже директории в разных сервисах и монтируете эти директории в запускаемые контейнеры, сервисы работают от разных пользователей и в какой то момент происходит вот такой нежданьчик с правами на запись в файл. Начните с проверки прав на файлы после старта сервисов, а затем после возникновения ошибки, и наверняка они будут отличаться
Maxim
Спасибо, попробую
в /etc/sysctl.conf для ElasticSearch необходимо добавлять вот такое значение vm.max_map_count = 262144 может у вас подобный случай и необходимо изменить параметры в /etc/sysctl.conf
namor
ох лол. вагрант ставит на колени 😂 у вагранта есть разные провайдеры, то бишь бекэнды. и там не токо вб может быть. ну и по умолчанию он виртуалке выдает что то около 512 мб оперативы.
Ренат
Всем привет! почему при установке mysql 5.7 на Ubuntu 18.04 не предлагает ввести пароль пользователя root для системы управления базами данных?
E_zombie
Наверное в конфиге авторизация по ключу
E_zombie
Или вообще отключена
Ренат
Запрашивает пароль (Enter password for user root:)
Ренат
Выдает ошибку
Ренат
can't connect to local mysql server through socket '/tmp/mysql.sock' (2)
Ренат
😁😁😁😁
Ренат
Вроде все делаю по этой статье https://www.digitalocean.com/community/tutorials/mysql-ubuntu-18-04-ru
LEXASOFT
Всем новичкам в новом году желаю научиться читать документацию =)
neb0t
😂
Sergey
Ramil
господа, не нахожу ответа в интернете. Билдю в докерфайле после инстал появляются пакет настроек /etc и мультимедия в /var их нужно перенести на хост для дальнейшего монтирования в контейнер. Как это изящней сделать?
Ramil
Как бы ВЫ это сделали?
Дмитрий
в докер компосе дорбавил бы volumes: - /host/dir:containder/dir
Anton
/spam
Ramil
Вопрос неясен
Ну билдю я в самом докерфайле, и в результате некоторые ресурсные файлы надо в хост вытащить. По понятным причинам - они будут правиться/добавляться/удаляться
George
Я уж не говорю о том, что файлы вытаскивать на
George
Хост так себе
George
Идея
George
Короче
George
1. Вообще откажитесь от сборки докерфайла. 2. Можете писать файлы - в вольюм (неименованный). Директива Volume Dockerfile
George
3. При запуске контейнера пробрасываете каталоги внутрь контейнера, а в контейнере некий скрипт, который копирует файлы из нужных каталогов в каталоги, которые проброшены снаружи
Mikhail
Советы один другого лучше
George
Советы один другого лучше
Предложи варианты
Ramil
Пункт 3 понравился так то
Ramil
Добавлю скриптик мол если хотите дефолт конфиги то запускайте
Mikhail
Мне не понятно почему на момента сборки образа появляются какие-то артефакты. Так не должно быть