Size: a a a

2020 December 14

D

Dr. Bot in CentOS [Ru]
например curl не обновился до 7.64 с ошибкой ssl (как в debian 10) из-за которой сломались все скрипты на сервере которые работали с АПИшками.
источник

D

Dr. Bot in CentOS [Ru]
и тому подобное
источник

A

Alexander in CentOS [Ru]
Dr. Bot
например curl не обновился до 7.64 с ошибкой ssl (как в debian 10) из-за которой сломались все скрипты на сервере которые работали с АПИшками.
В stream у тебя можно сломаться ровно всё то же, что и в centos 8. Отличие только в динамике апдейтов, в centos 8 они волнами вместе с минорными релизами rhel, в stream — непрерывным потоком по мере готовности и оттестированности.
источник

D

Dr. Bot in CentOS [Ru]
вот оттестиорванность не представляешь как важно. и в stable ветке с этим всегда было всё ок. а стрим ветке я никогда не доверюсь
источник

SG

Sergey Gureev in CentOS [Ru]
Alexander
В stream у тебя можно сломаться ровно всё то же, что и в centos 8. Отличие только в динамике апдейтов, в centos 8 они волнами вместе с минорными релизами rhel, в stream — непрерывным потоком по мере готовности и оттестированности.
Оттестированность там вроде никто не обещал))
источник

A

Alexander in CentOS [Ru]
Dr. Bot
вот оттестиорванность не представляешь как важно. и в stable ветке с этим всегда было всё ок. а стрим ветке я никогда не доверюсь
На оттестированность ветка влиять не должна. Вся эта история с stream заключается в том, что разрабы rhel хотят в подготовке пакетов перейти от чето-то типа waterfall-а с подготовкой и тестированием пакетов волнами к непрерывной интеграции и тестированию на раннем этапе.
Потому redhat-овцы/centos-овцы обещают, что на протестированность пакетов этот переход к stream не повлияет.
источник

A

Alexander in CentOS [Ru]
Sergey Gureev
Оттестированность там вроде никто не обещал))
Ну вот как раз обещают, т.к. для того, чтобы протестировать пакеты, не будут ждать сборку минорного релиза дистрибутива, а будут тестировать каждый пакет сразу после его сборки.
источник

k

kiosaku in CentOS [Ru]
Bakenski
это линуксовый raid
нет, изначально был создан интелёвым говнорейдом
источник

k

kiosaku in CentOS [Ru]
просто линукс понимает этот формат
источник

A

Alexander in CentOS [Ru]
Bakenski
это линуксовый raid
external:imsm как бы намекает :)
источник

SG

Sergey Gureev in CentOS [Ru]
Alexander
На оттестированность ветка влиять не должна. Вся эта история с stream заключается в том, что разрабы rhel хотят в подготовке пакетов перейти от чето-то типа waterfall-а с подготовкой и тестированием пакетов волнами к непрерывной интеграции и тестированию на раннем этапе.
Потому redhat-овцы/centos-овцы обещают, что на протестированность пакетов этот переход к stream не повлияет.
Ну, гибкие подходы предполагают и "гибкую" инфраструктуру, когда есть возможность что-то быстро откатить, быстро собрать фидбек, быстро поправить
Как я сделаю это на условном проде, где есть окно в 30 минут, слабо представляется
источник

B

Bakenski in CentOS [Ru]
Alexander
external:imsm как бы намекает :)
возможно я тогда все напортачил, я при установке создавал с установочного интерфейса centos рэйд зеркало
источник

B

Bakenski in CentOS [Ru]
и в данный момент у меня каша, сначала идет рейд интел, а потом и линуксовый в придачу
источник

SG

Sergey Gureev in CentOS [Ru]
Так что стрим мне здесь видится все-таки больше тестовым полигоном, насколько это понятие применимо к продукту, многие части которого получают только минорные обновления и секурити патчи
источник

SG

Sergey Gureev in CentOS [Ru]
Тем не менее, ничего плохого в этом я не вижу, т.к. вероятность нарваться на проблемы почти точно так же близка к нулю, как и в "традиционном" рхеле
источник

A

Alexander in CentOS [Ru]
Sergey Gureev
Ну, гибкие подходы предполагают и "гибкую" инфраструктуру, когда есть возможность что-то быстро откатить, быстро собрать фидбек, быстро поправить
Как я сделаю это на условном проде, где есть окно в 30 минут, слабо представляется
Это не про эксплуатацию, а про разработку и тестирование дистра. Не на твоем проде, разумеется :)
источник

A

Alexander in CentOS [Ru]
Sergey Gureev
Тем не менее, ничего плохого в этом я не вижу, т.к. вероятность нарваться на проблемы почти точно так же близка к нулю, как и в "традиционном" рхеле
плохое то, что нет гарантии версий пакетов.
источник

SG

Sergey Gureev in CentOS [Ru]
Alexander
плохое то, что нет гарантии версий пакетов.
Как это нет? Партия дала тебе модули, используй))
источник

A

Alexander in CentOS [Ru]
Bakenski
и в данный момент у меня каша, сначала идет рейд интел, а потом и линуксовый в придачу
Там просто 2 MD-девайса потому что imsm устроен в 2 слоя: пул дисков (md127) и контейнер (md126).
источник

A

Alexander in CentOS [Ru]
Если мега-энтерпрайз-говно требует строго пакета версии говнопакет_1.1.5.el8.rpm  то в стриме ты можешь получить облом....
источник