да, вы правильно сказали:) видимо я скучаю по паппету )))

вроде доступно описано:)

ога, только контекст всё равно лучше уточнить

а, ну ништяк. если он сначала разбирается, что от него требуется, то отлично. алсо это в рамках модуля или в рамках всей таски? что будет, если один модуль от другого зависит?

я нагнал слегка

комплияция и модули по максимуму на сервере

а вот file api на клиенте при применении каталога.

тоесть весь код необходимый он заберет сразу, а к примеру конфиги \ шаблоны для компиляции он будет тащить через file api с клиента, в момент применения каталога

тоесть то, что у вас описан ов пуппете как file c source

>с клиента так ведь на клиенте и применяется. с сервера наверно?

всмысле на клиенте тащить с сервера используя file api сервера

понял. а темплейты тоже?

йа йа)

ну лан. спасибо

комьюнити, спасайте

centos 7.3, обновился до kernel-ml 4.11 puppetdb не стартует(

А чо пишет

а все уже =)

постгрес затупил

Привет всем, есть вопрос: можно ли поживому на паппет4 добавить паппетДБ и какую-то морду? Не поломав при этом паппет?

Привет,а что гугление даёт в виде решений?

Стремно ;)

Теоретически можно, но сильно стремно

Может кто делал уже ?

Вы погуглить не хотите?:)

Я всегда ищу, а потом спрашиваю людей с опытом:)

Уже 4 месяца готовлю переход

Мде

Паппетбоард берете и все

Именно борду?

А дБ подключается по факту через сторконфиг и сторрепорт, а это настройки агента

Что именно борду ?

Вопрос: почему именно паппетбоард?

Альтернатив нкт

Эксплорер от спотифая не жив не мертв

Но борда разве нормально будет жить с паппет4?

К меня с 5м живёт и не жужжит

Ок

Тока паппетбоард а не паппетдашбоард их стандартный

Он то по-моему ещё на 3.4 загнулся

Стандартный скорее мертв

И юзаю его на паппет3

Foreman?

Да смотрел и на форман, а натягивание его на живой паппет - реально, ибо стрёмно

а если паппетДБ обновить с 2.38 до 3+. с учетом того, что паппет-масткр 3.8 все упадет?

или она только с 4 мастером работает?

Господа, а подскажите мне, как кто юзает манифесты? Один site.pp на всё или include'ы?

Я что-то адекватеных решений не нашёл. Если один site.pp, то глупо было делать отдельную директорию для него, если include, то последние признаны deprecated

https://docs.puppet.com/puppet/3.7/dirs_manifest.html

У нас оба подхода используются

Но со временем поняли что более практичный по-нодно чем один site.pp

Но со временем поняли что более практичный по-нодно чем один site.pp

Или по группам нод

Привет всем, есть вопрос: можно ли поживому на паппет4 добавить паппетДБ и какую-то морду? Не поломав при этом паппет?

Вот это

centos 7.3, обновился до kernel-ml 4.11 puppetdb не стартует(

И вот это

причина, почему у меня паппет ставится паппетом :)

Я что-то адекватеных решений не нашёл. Если один site.pp, то глупо было делать отдельную директорию для него, если include, то последние признаны deprecated

Это в четвёрке?

И вот это

а есть какие-нибудь бест прктис по обновлению kernel паппетом?

а есть какие-нибудь бест прктис по обновлению kernel паппетом?

а чем это отличается от апдейта всего остального? У меня всегда разделены prod, stage, test и dev

ребут же нужен

поставить-то не проблема, но вот граб переконфигурить и ребутнуть...

т.е. написанный и протещенный (в том числе jenkins) любой код, включая код паппета или ансибла, сперва гоняется на дженкинсе. Если всё ОК, сперва обновляется стейдж, если ок, тогда прод

поставить-то не проблема, но вот граб переконфигурить и ребутнуть...

erb шаблон в помощь :)

о, точняк

для /etc/default/grub

у меня самописный модуль, но посмотрите паппетфордж. Там скорее всего есть что-то приличное

а то хотел сначала по-старинке bash-скрипты раскидать, но чот это костыльный костыль

спасибо

я бы делала так - сперва стейдж тестится на определённой версии git tag

если всё ОК, то переключаем продакшен на этот гит таг,

и ноды сами обновляют ядро и остальное :)

Это в четвёрке?

инклуды выпилены толи в 3.3 толи в 3.4

Я что-то адекватеных решений не нашёл. Если один site.pp, то глупо было делать отдельную директорию для него, если include, то последние признаны deprecated

адекватное решение это взять и положить всё в модуль, в site.pp хранить некоторые global vars. а в node.pp список нод, и в них уже инклуить классы из вашего модуля

тока вот зачем в 2к17 пуппет, неясно

тока вот зачем в 2к17 пуппет, неясно

ты всё на докере делаешь? К нему есть ряд больших претензий :) Например, вендор лок на технологии гугл, если всё делать на кубернетесе (а если не на нём, то появляется куча технических проблем)

а если сравнивать с ансиблом, я не вижу, чем ансибл лучше Puppet

Оба какашки :(

но проблемы у обоих разные впрочем

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

а на паппете у тебя вендорлок на технологии непонятной конторы

которая сильно зависит от энтерпрайза

а если мы сами Ынтерпрайс ? :)

тогда вы покупаете саппорт по 60 баксов за тачку и не паритесь

имея всякие паппет энтерпрайз борды и т д

а на паппете у тебя вендорлок на технологии непонятной конторы

я в общем больше верю Puppetlabs, чем гугл. Гугл хорошо, когда ты там работаешь,

а на коммюнити им плевать

а если Еврейский Ынтырпрайс ? :)

я в общем больше верю Puppetlabs, чем гугл. Гугл хорошо, когда ты там работаешь,

куб разрабатывает давно не гугл как бы

куб разрабатывает давно не гугл как бы

там технологии гугл

там опенсорсная имплементация борга

звучит как "центос использует технологии редхата"

я не люблю coreOS, например

они попробовали родить хромОС,

не взлетела,

и теперь пихают всем это самое

поехали, уж и ёж.

от буквально вчерась поимел нетрадиционные отношения с этим CoreOS

звучит как "центос использует технологии редхата"

редхату я верю ещё больше, чем паппетлабс. Это плюс ансибла перед паппетом :)

в общем летит, тока непонятнро куда и зачем

редхату я верю ещё больше, чем паппетлабс. Это плюс ансибла перед паппетом :)

я про то что фраза про технологии гугла звучит как бред

в общем летит, тока непонятнро куда и зачем

коре ? понятно куда и зачем.