У меня такое было изза старого докера

На десктопе

17.06 старый?

Раньше такого не было, видимо обновил в какой то момент докер и он стал так тормозить, может еще что то сделал. Как продебажить в чем затык?

perf+echo l > /proc/sysrq-trigger и смотреть dmesg+journalctl

perf+echo l > /proc/sysrq-trigger и смотреть dmesg+journalctl

извини за глупый вопрос, а где взять perf+echo? или это пример того что надо сделать?

ты уверен что ты хочешь это дебажить?

мне нужно чтобы docker-compose build работал с нормальной скоростью

любое решение подойдет.

написаное выше - не решение. оно даст тебе идею где что что то пошло не так. переустанови систему - решит твои проблемы.

> переустанови систему давно я этих слов не слышал )

разобрался

запустил сборку через docker build . сразу уперся в "sending build context"

решил через rm -rf + .dockerignore

там логи 700 мб успели набрать.

и много tmp файлов

ребята, как такое может быть? nginx + php-fpm. сайты работают от www-data в коде пишу get_current_user() встроенная функция которая возращает имя пользователя под которым выполняется скрипт. в итоге получаю пустоту. как? если пользователя нет. то оно вообще работать не должно, а раз оно работает, то почему не отображается пользователь.

можно через strace посмотреть что не так

но если я выполняю код из консоли, через artisan tinker, оно мне возвращает

disable_functions no value no value

а оно не может быть где то в фреймворке запрещено?

патчить php.ini можно и на лету

не должно

я подымал локально без докера, всё работает

значит в докере бида, но вот где

а тут уже был срач по поводу moby?

не помню

а тут уже был срач по поводу moby?

готов поддержать. начинай.

docker сделает все платным!1!!1!

АААА! негодяи не могли вечно полосу на докер хабе держать халявной!

да воще с него грузит медленно

толи дело гейхаб

а еще он не безопасен!!! аааа!!! мой докер мне не безопасен!

И глючит

Проблемы постоянно

и где тут парни из рокера!

рокер будущее

или бокер

Шпокер

нет такого

Шпокает ваши образы

Ьудет

писай срочно. имя то хорошее. на sh тока

sh + power shell +oker

sh+perl+oker

cocker

sh+perl+oker

изыди.

cocococker

а тут уже был срач по поводу moby?

Я, да я им ишью делал. А они взяли и так поступили

а что за ишью?

2 целых

ну хоть одно покажи.

Ну ник на гитхабе такой же

С телефона не оч

народ, кто-нидь может мне сказать. почему у php-срипта нет владельца?

сайт запущен от www-data, через phpfpm:9000( имя контейнера) он обрабатывает скрипты. и когда скрипт пытается прочитать файл, владелец которого www-data, получаю ошибку, а всё от того. что скрипт выполняет юзер "", то есть нет юзера.

что такое могет быть?

кинь ошибку

так нет ошибки

очень странное поведение. Для авторизации используются ключи, файлы существуют. скрипт обращается к файлам. считывает ключ и авторизирует. НО. так как у выполняемого скрипта нет пользователя, а у ключа доступы 600, то скрипт не может получить доступ к ключу.

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

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

очень странное поведение. Для авторизации используются ключи, файлы существуют. скрипт обращается к файлам. считывает ключ и авторизирует. НО. так как у выполняемого скрипта нет пользователя, а у ключа доступы 600, то скрипт не может получить доступ к ключу.

ты писал что у файла скрипта owner web-data интерпретатор из под какого пользователя запускается? Зачем w права на ключ который нужно только r?

нжинкс? или пых?

требования такие. я не знаю почему 600, требования такие

там даже проверка в нутри либы идёт на эти права

всё таки это чудеса

никаких чудес, обычные заёбы секьюрити, в красношапке, оно ещё и лежать должно по правильному пути :)

нет красношапки

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

Добрый день! Есть тут кто, запускающий джобы Jenkins внутри контейнера (через Image.inside(имя_контейнера) {sh "bla-bla" etc.}?

Добрый день! Есть тут кто, запускающий джобы Jenkins внутри контейнера (через Image.inside(имя_контейнера) {sh "bla-bla" etc.}?

есть

есть

Могу я обратиться к Вам в личку?

Могу я обратиться к Вам в личку?

по какому вопросу?

Ну, сабж, собственно. У меня возникла ситуация, что в сжатые сроки нужно перевести часть автотестовых джоб с виртуалок на докер-контейнеры, а у меня на каждом шагу какие-то сложности возникают. Документация дает только очень общее понимание, а на битье башкой об стену времени не очень нет. Возможно, Вы бы объяснили ряд моментов и порекомендовали, как это лучше сделать.

Почему тогда в личке а не тут, давай возможность всем будущим поколениям поиметь опыт?

Справедливое замечание. Постараюсь побороть чувство дискомфорта, возникающее от осознания того, что за моим разговором потенциально может следить n человек=)

Ну, сабж, собственно. У меня возникла ситуация, что в сжатые сроки нужно перевести часть автотестовых джоб с виртуалок на докер-контейнеры, а у меня на каждом шагу какие-то сложности возникают. Документация дает только очень общее понимание, а на битье башкой об стену времени не очень нет. Возможно, Вы бы объяснили ряд моментов и порекомендовали, как это лучше сделать.

так и не понял в чем вопрос.

Ну вы же не фотки свои предлагаете в обмен на помощь в чём проблема рассказать на аудиторию в 684 человека что есть проблемы?

так и не понял в чем вопрос.

это было прощупывание почвы, сейчас сформулирую вопросы

Ну вы же не фотки свои предлагаете в обмен на помощь в чём проблема рассказать на аудиторию в 684 человека что есть проблемы?

Просто личные загоны, не люблю привлекать внимание.

Дано: На текущий момент времени мои автотестовые джобы представляют из себя jenkinsfile, в котором очень много кусков sh "bla-bla". Тестовая джоба а). готовит env б).по суффиксу сборки (она триггерится сборочной джобой) определяет на какой платформе должно быть произведено тестирование, выбирает из достных подходящих нод, ревертит снэпшот вм=ноды (чистая система required) в). устанавливает необходимые пакеты+тестируемую сборку г).запускает robot-тесты д).анализирует репорты, публикует их и присваивает статус джобе. Все это реализуется большим количеством sh "bla-bla". Задача: Заменить ВМ-контейнером. Вопрос 1: Лучше build'ить каждый раз новый образ из docker-файла или расшарить некий золотой контейнер со всем необходимым? Вопрос 2: правильно ли использовать конструкцию node ("$node") { docker.image('image_name').inside { stage('Env') { echo 'Do smth' sh "do smth" } } }

Или вот каким лучше идти путем?

Дано: На текущий момент времени мои автотестовые джобы представляют из себя jenkinsfile, в котором очень много кусков sh "bla-bla". Тестовая джоба а). готовит env б).по суффиксу сборки (она триггерится сборочной джобой) определяет на какой платформе должно быть произведено тестирование, выбирает из достных подходящих нод, ревертит снэпшот вм=ноды (чистая система required) в). устанавливает необходимые пакеты+тестируемую сборку г).запускает robot-тесты д).анализирует репорты, публикует их и присваивает статус джобе. Все это реализуется большим количеством sh "bla-bla". Задача: Заменить ВМ-контейнером. Вопрос 1: Лучше build'ить каждый раз новый образ из docker-файла или расшарить некий золотой контейнер со всем необходимым? Вопрос 2: правильно ли использовать конструкцию node ("$node") { docker.image('image_name').inside { stage('Env') { echo 'Do smth' sh "do smth" } } }

у вас tdd или bdd?

от этого зависит процесс.

продукт который вы билдите, он упакован в докер как артефакт билд джобы?

если tdd у вас прошел билд, куда то там залились артефакты, артефакты выкатились в енвайронмент(staging, например), вы стартуете билд тестовой дожобы - тестируете продукт(зависит от языка и цели) если bdd у вас прошел билд, артефакты куда-то выехали(лучше чтобы был сразу доккер контейнер, но можно и по старинке), вы пускаете тестовую джобу которая состоит из двух контейнеровЖ в одном контейнере вы пускаете какой нибудь pytest или gradlew который долбит в ваш продукт который запущен в другом контейнере. Онон конечно сейчас тут написано с предположением что у вас там вебчик. Если вы хотите делать солюшн тестирование(собрали какой нибудь фаерфокс например) и хотите быть уверенными что инсталятор установит правильно все и запустит апп, то там сильно более развесисто будет...

bdd, нет, не упакован: его джоба вытаскивает с шары и ставит через dpkg

И нет, у нас не вебчик. Полновесное приложение

тогда смесь второго и третьего варианта. Все пускаете в одном контейнере. билдить для этого что то специальное смысла нет просто берите debian:9 или что там вы пользуете в основном

def runTest() { node { stage("checkout") { checkout scm } stage("test") { try { docker.image("java:8").inside { sh "./gradlew clean test -i" } } finally { junit "**/test-results/*.xml" } } } } вот такое вот говно например

java 8 поменяйте на то что вам надо, sh замените на то что вам надо