Magistr
Pavel
Pavel
Pavel
что amc рисует
Magistr
мм странно, оно правда еще с учетом фрагментации считаеться
Magistr
у тебя дефраг ватермарки настроены ?
Pavel
не не
Pavel
я уже понял в чем дело
Pavel
11% - это сколько осталось на первом диске, после того как докидываешь другой, он начинает мягко ребалансить. Новые записи на новый
Pavel
Щас уже 12% свободно
Pavel
:)
Denis
Кто то живёт со stolon'ом ?
Pavel
Roman
Ну вот и потестируете заодно
Dmitrii
А в целом какой смысл в unit?
Roman
Ну типа более высокий уровень управления инфраструктурой проекта
Aleksey
парни поделитесь настройками для прокси с ссл бампом ?
Aleksey
хочу стенд собрать
Aleksey
у заказсчика блин bluecoat и весь ансибл нераскоряку
Dmitrii
Что за сслбамп
Aleksey
подмена сертификатов на лету
Dmitrii
Не совсем понял что на что менять
Aleksey
"Время выполнения запросов зависит от параметров, не поддающихся надежной оценке на стадии проектирования"
Aleksey
вот как надо писать "хер знает"
Dmitrii
Кто навскидку помнит опцию для safe-upgrade в бубунте чтобы при диалогах оно выбирало текущую версию файлов?
Dmitrii
sudo aptitude -y -o Dpkg::Options::="--force-confdef" -o Dpkg::Options::="--force-confold" safe-upgrade
Dmitrii
Чот вот так не спасает
Dmytriy
Привет всем.
Подскажите пожалуйтса, если использовать вот такой способ балансировки Query string parameter hash , что произойдет если я сделаю service haproxy restart ?
- хапрокси все равно будет знать куда ходили клиенты, и тот же запрос пойдет снова *на нужный* апп
- харопски все забудет и построет таблицу соответствий заново, и тот же запрос уже пойдет *на другой* апп
Можно как то заставить хапроски помнить куда кого он перенаправлял, если он забывает обо всем после рестарата?
Dmitrii
Может тогда надо делать релоад а не рестарт?
Seva
в nginx если ты не меняешь список апстримов то хеш строится точно такой же как и был
Seva
вряд ли в хапрокси как-то по другому работает
Dmitrii
А есть ли где отдельный канал дженкинс мастеров?
Magistr
Dmitrii
а спроси тут
Я использую Jenkinsfile как пайплайн, но пайплайн у меня немного сложнее чем может быть у других. У меня есть совершенно отдельные проекты которые как ни странно могут быть связаны. Т.е. разработка фичи может затрагивать несколько проектов одновременно (несколько проектных репозиториев) и сейчас вот делаю автостейджинги. К сожалению пайплайн идеально подходит когда вся работа происходит в одном репо, но как тогда деплоить связный проект если в том репо есть такая же ветка одноименная. Т.е. создавать freestyle джобу для деплоя и запускать в секции parallel два разных деплоя один для основного проекта а другой для подчиненного?
Dmitrii
Или как ваще жить
Lupsik Pupsik
посоны, какие есть чятики по ai?
Dmitrii
В данный момент идеальный для меня вариант когда я поднимаю один стейджинг (инстанс) и в нем все три проекта упакованы инфраструктурно. Остается только раздеплоить их правильно через этот самый пайплайн
Dmitrii
Грубо говоря, есть проекты A, B, C. И в каком бы из проектов ни была сделана фича (пуллреквест) раздеплоить надо все три на один и тот же стейджинг
Dmitrii
Ибо к каждому проекту требуется для стейджинга свеженькая консистентная база данных. Т.е. в итоге для каждого Pull Request я буду иметь канонический атомарный стейджинг который проживет время Х, которое равно времени, которое QA потратит на тестирование
Dmitrii
Проблема в том, что вроде как начинали топить за Pipeline as a code. А получается в одном пайплайне не описать все "под-джобы" которые требуются для деплоймента всех проектов. Т.е. при деплое A мне надо вычекать еще B и C и из них запустить деплой.
Magistr
Dmitrii
Так пайплайн же один на репозиторий
Dmitrii
А пагади
Dmitrii
А как это делать?
Magistr
незнаю найду ли счас код если словами - то ты создаешь в пайплайне дсэлем джобу и запускаешь ее рядом
Dmitrii
Т.е. я реально не хочу создавать freestyle джобы снова как я делал это 5 лет назад из ебаного интерфейса
Magistr
имя джобы например имя бранча + таймстамп
Dmitrii
А просто целый пайплайн другой запустить нельзя?
Dmitrii
Как ты упомянул вроде как
Magistr
мм ты можешь запустить другой пайплайн последовательно затянув его в текущий
Magistr
т.е взяв из соседней диры
Dmitrii
Т.е. по сути это будет запуск "джобы с параметрами"?
Dmitrii
build job: '<Project name>', propagate: true, wait: true
Dmitrii
Типа такого?
Magistr
по идее да, сча до кода попробую добраться
Magistr
stage 'Build application'
def sources = load "devops/service.groovy"
sources.build(vars, services)
вот такая еще магия есть
Magistr
Dmitrii
Спасибо
Dmitrii
Magistr
еще слышал про хуки из жиры запускающие деплой
Magistr
но это уже совсем чорная магия
Magistr
мм что-то еще невспомню счас
Magistr
многое от реп и задач зависит
Dmitrii
По сути я хочу чтобы у меня поднимался стейджинг с пуллреквестом и через GitHub Deployment API там появлялась ссылка на потестить
Dmitrii
А если пуш снова делают то чтобы просто додеплоивало изменения
Dmitrii
Звучит вроде не так сложно, но вот эта тема ебаная с зависимыми проектами это полный пиздец. Не понятно как "говорить" другим проектам что стейджинг уже создан
Dmitrii
Точнее, сказать то наверное, не самое сложное. Сложнее подсказать какой бранч деплоить )
Magistr
так имя бранча в хуке есть по идее
Dmitrii
Да, только представь репозиторий A и Б
Dmitrii
У них же разные трекеры, т.к. проекты разные
Dmitrii
Т.е. и номера задач будут разные
Dmitrii
Тогда система с feature/somename-12345 отсасывает по полной
Magistr
ага надо тащить имя гитрепы еще
Dmitrii
Либо долго объяснять девелоперам, что номер для брана надо брать из основной задачи а в коммит писать номер локальной. Но это же бред полный. Мне скажут сразу что я поехавший
Magistr
точнее фолдера
Magistr
у тебя зависимости между репами и кодом там на уровне апи ?
Dmitrii
Ну типа да
Dmitrii
Думаешь, запускать три инстанса?
Dmitrii
Там беда в том что у них месседж бас есть еще😂