перепроверю

unless vs onlyif

ааа

сек

тест

А в хиере есть name::name: ... port::port: ... service::service: ... ?

В другом виде

В каком?

Executing 'echo balallaika' ? понял

cat all_networks.txt | grep network_1 а что мешает сделать это в один grep?

Error: Syntax error at ' ординарные кавычки экранируются в папет? Если хотим сделать эллегантно и затолквать в unless 1 команду то кавычки все портят unless => 'grep -w '12.cisco_1' networks.txt'

srsly?

srsly?

перепроверю

?

умеешь на каком-нибудь языке программирования программировать?

если да, то на каком

вопрос религиозынй смолчу

что?

это я спрашиваю на каком языке тебе аналогию про экранирование показывать

\'

? :D

bash

не, я D не знаю, но там вроде стандартные кавычки "

в баше особо внутри одинарных не поэкранируешь

но внутри двойных правила подстановки и экранирования почти такие же как в puppet

но внутри двойных правила подстановки и экранирования почти такие же как в puppet

стормозил - экранирование такое же как и везде. Просто придумаю значение папету как невесть чему

что?

не понял вторую часть фразы

работает unless => 'grep -w \'127.0.0.1\' network.txt'

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

уточнение - двойные проверки в рамках одной execue могут быть ? к примеру require => Exec['create stream inventory'], unless => 'grep -w \'192.168.0.1\' network_in.txt'

У тебя в примере нет двойной проверки

https://puppet.com/docs/puppet/5.3/types/exec.html#exec-attribute-unless

разве - первая 1) require => Exec['create stream inventory'], вторая 2) unless => 'grep -w \'192.168.0.1\' network_in.txt'

Это совершенно разные параметры

разве - первая 1) require => Exec['create stream inventory'], вторая 2) unless => 'grep -w \'192.168.0.1\' network_in.txt'

Первое - это гарантия того, что ресурс будет применен только после успеха ресурса Exec[create..], это все рисуется на графе конфигурации на этапе сборки каталога на мастере Второе - выполняется местно на агенте, где абстрактно процесс применения ресурса можно представить как: resource Exec[main_cmd] ( if run(unless) succeeded ( return ok ) else ( return ok if run(main_cmd) succeeded ) )

хм, а ведь метапараметры вычисляются на стороне мастера и учавствуют в компиляции каталога, а обычные парамеры - только на стороне клиента

только щас об этом подумал

Откуда такие познания? Пупет есеншнл?)

Они между собой не конфликтуют?

нет

метапараметры это параметры типа require/before/after/tag/ и ещё некоторые

https://puppet.com/docs/puppet/5.5/metaparameter.html вот

Значит проблема в чем то другом. Собираю в отдельных классах действия и проверки. Складываю в один вылет.

Лан посмотрю вечеро

что?

в какой вылет складываешь?

что вообще значит эта фраза?

Вечерком нариссую и скину. Либо завтра. Идея такая: в 1 классе последовательно выполняется патчи сетевой карты. Во 2 классе считывание патчей запись в файл. Из этого всего складываю 1 файл что бы установка только если патча нет. Следовательно проверки делаю о котлрых выше писал. И тут ошибки.

Буду у консоли снова покажу конкретно. Пока отбоц

Отбой

Вечерком нариссую и скину. Либо завтра. Идея такая: в 1 классе последовательно выполняется патчи сетевой карты. Во 2 классе считывание патчей запись в файл. Из этого всего складываю 1 файл что бы установка только если патча нет. Следовательно проверки делаю о котлрых выше писал. И тут ошибки.

concat?

Та не в файл все складываю. Буду у консоли будет конкретика.

какой файл? зачем?

concat { '/dir/my-network-card.patch': ensure => present, } exec { 'apply-patch': unless => 'check patch /dir/my-network-card.patch', command => 'apply patch /dir/my-network-card.patch', subscribe => '/dir/my-network-card.patch', } concat::fragment { 'patch-part1': target => '/dir/my-network-card.patch', content => 'test contents', order => '01' } ...

Если я все правильно понял

Ступид вопрос, но как правильно создать парент папку для сервиса? Ситуация - 2 модуля (которые должны были жить по отдельности на разных серверах) имеют одну точку входа: /opt/some_home/ . Если врубить 2 сервиса - папет выругается на дупликейт локации /opt/some_home для сервис1 и сервис2 (ре-декларирование). Есть вариант все сделать exec, но полагаю есть более правильное решение. Пожно подсказку) ?

Ступид вопрос, но как правильно создать парент папку для сервиса? Ситуация - 2 модуля (которые должны были жить по отдельности на разных серверах) имеют одну точку входа: /opt/some_home/ . Если врубить 2 сервиса - папет выругается на дупликейт локации /opt/some_home для сервис1 и сервис2 (ре-декларирование). Есть вариант все сделать exec, но полагаю есть более правильное решение. Пожно подсказку) ?

может в одном из них проверять директорию на существование?

или заюзать ensure_resource а не писать првоерку самому

вынеси директорию в класс

у нас было profiles::dirs с кучей подклассов

Я склоняюсь больше к if !defined Но по ходу file {} не создаст внутреннюю директорию без паретна - тоесть надо еще логику для парента придумать

вынеси директорию в класс

разве это спасет от редекларирования?

конечно

просто делаешь include profiles::dirs::opt::some_home

конечно

ну типа не круто же. ты зависимость модуля вытащил из модуля

у тебя всё равно будут зависимости между модулей

как не крутись

просто делаешь include profiles::dirs::opt::some_home

ну и если в profiles::dirs::opt::some_home определен ресурс file то все упадет из-за редекларирования.

ну вот и холивар наметился …

можешь эти зависимости в профиле себе вписать

ну и если в profiles::dirs::opt::some_home определен ресурс file то все упадет из-за редекларирования.

с чего бы?

у тебя всё равно будут зависимости между модулей

с чего б ?

можешь в профиле делать include dirclass; include your-module и подключать уже этот профиль

а там зависимости между директориями сами расставятся

с чего б ?

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

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

разве для этого не делают так, чтоб каждый модуль приносил свой нобор реп в /etc/apt/list.d/ ?

ну вобще как бы объявлять плейсмент директорий как "модуль".. такое се.

или как там дира называется.

ну вобще как бы объявлять плейсмент директорий как "модуль".. такое се.

согласен, много классов, но никакого гемора с депендесами

довольно удобно получалось

разве для этого не делают так, чтоб каждый модуль приносил свой нобор реп в /etc/apt/list.d/ ?

а если ты зеркало юзаешь?

А может посмотрет ьв сторону hiera ?

при чём тут хиера?

ensure_resources по ресурсам из хиеры

а если ты зеркало юзаешь?

а при чем тут это? ну зеркало да зеркало. для системы то это просто еще одна репа.

можно конечно

а при чем тут это? ну зеркало да зеркало. для системы то это просто еще одна репа.

ага, но модуль может уже не знать про такое, например

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

сорри, я потерял нить обсуждения. мы же решали пробьлему редеклейра директории.

ну вот я бы вынес создание директории в специальный класс и просто делал ему include

ну вот я бы вынес создание директории в специальный класс и просто делал ему include

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

или я не так понял задачу?

задачу - так

то, что я написал - не так

@Andorka ну эта логика у меня будет вынесена в моунт … но для теста хотел просто дир создать. А по факту обламался с редекларейтом

ну вот маунт у тебя же будет в отдельном классе?

с юзером и гроппой разобрался - стандартный чек иф дефайнед

ну вот я бы вынес создание директории в специальный класс и просто делал ему include

типа один класс для создания диры, а в каждом классе нуждающемся в дире делать его инклюд?

да

+