что аппрув?

слышали про скрипт апрувал

им нужна джоба которая в зависимости от входящих параметров деплоит новый билд или откатывается на один из 3х последних

ну тогда тотже папйлайн но как параметризированный

можно и пайплайн

можно баш

можно что угодно

сама задача просто бестолковая

это вот уже за гранью пошло

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

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

выподающий список параметров в дженкинсе делается динамическим, берете список тегов с гита и собираете с тегом докер имидж

выподающий список параметров в дженкинсе делается динамическим, берете список тегов с гита и собираете с тегом докер имидж

эх))) у нас разрабы то тегами не пользуются)))

тогда забыть

эх))) у нас разрабы то тегами не пользуются)))

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

все что прочитано

Не могу записывать внутри aws fargate контейнера ничего. Ни с вольюмом ни внутри докер лайера. Хотя по спекам они дают 10 гб на лайер и 4 гб на вольюм. Никто не сталкивался?

Конкретней - java.util.zip.ZipException: invalid block type

адепты ZoL, держит кто-нибудь ОСь на ZFS (root on ZFS)?

zfs на линухе?

да, самому смешно, но все же...

root на zfs то зачем держать? Неудобно и неконцептуально

надо под LXD собрать машину прогерам, вот думаю - откусить под систему (ext4) раздел и пул рядом, или целиком отдать им

В контейнере?

нед, zfs под контейнеры

Аааа. Лучше отдельно ext4, отдельно zfs

угу, тоже так решил изначально… а это… в бубунте есть из коробки инсталл под mdraid ?

адепты ZoL, держит кто-нибудь ОСь на ZFS (root on ZFS)?

я держал.

на ноуте.

Чинить проще и обновлять

а то эникейщика просить поставить ОСь это пзц

но отказался, потому что там 4гб )

Чинить проще и обновлять

+1

но отказался, потому что там 4гб )

камон, оно ж дешево нынче)

камон, оно ж дешево нынче)

на моём память распаяна и не меняется =(

омг, выкинь железку)

на моём память распаяна и не меняется =(

и так нынче у всех, бл*

а вообще я тут делал подход в виде luks + zfs

не, мне LUKS не нужен там

точнее, пара ssd на которых luks, а сверху уже zfs mirror

Аааа. Лучше отдельно ext4, отдельно zfs

Где-то видел рекоммендацию отдавать под zfs целые диски а не разделы, так типа производительность выше

Я отрезал на винтах по 200 мб под EFI раздел, сколько-то под root на ext4. Их в raid1, а остальное в ZFS пул собирал

ну я думаю zfs mirror 2x4tb + 240gb ssd cache

+ еще один пул 2x240gb ssd под гит

Где-то видел рекоммендацию отдавать под zfs целые диски а не разделы, так типа производительность выше

начитаются треша, а потом советы людям дают

Где-то видел рекоммендацию отдавать под zfs целые диски а не разделы, так типа производительность выше

Ну там все сложно, я сорцы ковырял. В целом - пофиг, там других факторов более весомых вагон. Главное - выровнять правильно.

Я отрезал на винтах по 200 мб под EFI раздел, сколько-то под root на ext4. Их в raid1, а остальное в ZFS пул собирал

рейд md?

рейд md?

Да

оно из коробки умеет или live надо брать?

оно = убунта 18-я

Я отрезал на винтах по 200 мб под EFI раздел, сколько-то под root на ext4. Их в raid1, а остальное в ZFS пул собирал

а зачем root на ext4? только чтобы загрузится?

чтоб в случае фейла с ZFS можно было загрузиться )

ну я думаю zfs mirror 2x4tb + 240gb ssd cache

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

не не, ну эти страйпы… плавали-знаем

Обещали, кстати, скоро сделать чтобы l2arc при перезагрузке не инвалидировался весь полностью. Прям огонь фича будет.

не не, ну эти страйпы… плавали-знаем

А l2arc пофигу, его на ходу можно кусками терять

оно = убунта 18-я

нынешний их инсталер нихера не умеет

http://cdimage.ubuntu.com/releases/18.04.1/release/?_ga=2.130721999.1181064293.1536059066-852989876.1536059066

а зачем root на ext4? только чтобы загрузится?

Ну выше написали да. Тупо чтобы точно система загрузилась. А то там способов в ногу выстрелить вагон найдется. EFI раздел тоже в рейд собирал, кстати. При старте железо находит оба раздела как независимые, запускается первый живой и стартует система. Т.к. там при запуске записи на сам раздел в общем-то нет, то нормально получается при старте самой системы эти два раздела уже в mirror собрать

но есть “альтернативный”, который был всегда

нынешний их инсталер нихера не умеет

ну, понял, гружусь с live, бью диски, собираю md, монтирую, debootstrap, etc...

нахуя?

возьми нормальный образ

а разница?)

вон ссылка выше

ну вижу http://cdimage.ubuntu.com/releases/18.04.1/release/ubuntu-18.04.1-server-amd64.iso

ага

а лучше возьми убунту под названием дебиан )

а разница, если MD собирать вручную?

а лучше возьми убунту под названием дебиан )

так и до центоса докувыркаемся.

не, рпм не нужен

а разница, если MD собирать вручную?

разница "норм" дистра и live

так и до центоса докувыркаемся.

До генты =)

До генты =)

или альты?

Вообще в systemd нативная контейнеризация вроде норм, я потихоньку палочкой тыкаю и уже подумываю lxc выкинуть.

и там API есть и кластеризация? )

и с сетями все хорошо?

Кластеризация не нужна жи=) Правильный софт должен сам уметь на куче нод параллельно жить. А API у systemd есть и документация у systemd тоже отличная

ноды… хорошо когда ты пилишь один проект, а когда 100-200?

нахрена б мне их горизонталить?

С сетями там systemd-networkd. В том то вся соль, что единый менеджер сразу и все сети на хосте знает и рулит или и контейнеры стартует и вообще все нужное делает сам

А нафига тогда кластеризовать?

я имел в виду скорее live migration между серверами