оно может быть вообще без кавычек, это же yaml

Нет, переменную с дефисом нельзя определять

оно может быть вообще без кавычек, это же yaml

+1

insecure-registries должно быть в двойных кавычках, а не одинарных

В файле - это json

Нет, переменную с дефисом нельзя определять

это ж не переменаня, а ключ в переменной, которая называется json?

это ж не переменаня, а ключ в переменной, которая называется json?

Точно. Работает без кавычек

про правила именования переменных в ансибле знаю пока плохо, но в данном случае это хеш (дикт, объект, etc), и это лишь ключ в нём

Точно. Работает без кавычек

ну там очевидно нельзя будет обратиться к значению через {{ json.insecure-registries }}, придётся в дикт-стиле делать {{ json['insecure-registries'] }}

но в данном случае это пофиг

tasks: - name: Configure docker vars: KX_REGISTRY_LOCAL: "192.168.99.1:5000" json: 'insecure-registries': - "{{ KX_REGISTRY_LOCAL }}" blockinfile: path: /tmp/docker/daemon.json create: yes block: "{{ json | to_nice_json }}"

так заработало. спасибо! Я так понимаю, что 'insecure-registries': - "{{ KX_REGISTRY_LOCAL }}" преобразовывается к to_nice_json но откуда берутся скобочки в файле?

Из json

Хм... теперь начинаю понимать. Результирующий файл-то и есть в json...

При выполнении - name: "Set timezone" postgresql_set: name: timezone value: "Europe/Moscow" получаю ошибку An exception occurred during task execution. To see the full traceback, use -vvv. The error was: IndexError: list index out of range fatal: [127.0.0.1]: FAILED! => {"changed": false, "module_stderr": "Traceback (most recent call last):\n File \"/root/.ansible/tmp/ansible-tmp-1560514773.33-197884988713623/AnsiballZ_postgresql_set.py\", line 114, in <module>\n _ansiballz_main()\n File \"/root/.ansible/tmp/ansible-tmp-1560514773.33-197884988713623/AnsiballZ_postgresql_set.py\", line 106, in _ansiballz_main\n invoke_module(zipped_mod, temp_path, ANSIBALLZ_PARAMS)\n File \"/root/.ansible/tmp/ansible-tmp-1560514773.33-197884988713623/AnsiballZ_postgresql_set.py\", line 49, in invoke_module\n imp.load_module('__main__', mod, module, MOD_DESC)\n File \"/tmp/ansible_postgresql_set_payload_mhBnec/__main__.py\", line 488, in <module>\n File \"/tmp/ansible_postgresql_set_payload_mhBnec/__main__.py\", line 392, in main\n File \"/tmp/ansible_postgresql_set_payload_mhBnec/__main__.py\", line 195, in param_get\nIndexError: list index out of range\n", "module_stdout": "", "msg": "MODULE FAILURE\nSee stdout/stderr for the exact error", "rc": 1}

это бага или фича?

log_timezone задается корректно

Похоже на несовместимость каких-то питоновских пакетов

Какая система, какой ансибл, какой питон?

что то не срабатывает такое в hosts. Как это правильно сделать?

что то не срабатывает такое в hosts. Как это правильно сделать?

#странное

не надо так

нужно или в YaML, или в ini

у тебя два формата смешано

большой список серверов на каждой площадке. Площадок много

у тебя два формата смешано

как по феньшую делается?

большой список серверов на каждой площадке. Площадок много

Ну и что теперь, не перечислять списки? Копипаста, либо dynamic inventory

То есть вот так, через переменную, нельзя в хостах

Вон так, как написано - нет.

То есть вот так, через переменную, нельзя в хостах

Нет, нельзя

Кто умеет дружить ansible с RouterOS?

что то не срабатывает такое в hosts. Как это правильно сделать?

можно, только через extra_vars

Кто умеет дружить ansible с RouterOS?

Ну?

что то не срабатывает такое в hosts. Как это правильно сделать?

Ну, шаблонизируй через jinja

Но тогда два шага будет: подготовка инвентори, затем вызов ансибля

Можно прямо в плее инвентарь сформировать если очень хочется

Через add_host, например

Привет. Кто-нибудь сталкивался с модулем wait_for? Проверяю запуск локального сервиса по IP и порту, пишет, что недоступен. Через curl с тем же IP и портом сервис виден и все отдает.

Привет. Кто-нибудь сталкивался с модулем wait_for? Проверяю запуск локального сервиса по IP и порту, пишет, что недоступен. Через curl с тем же IP и портом сервис виден и все отдает.

там есть тонкости....

тестировал с той же машины, которая запускала wait_for?

Привет. Кто-нибудь сталкивался с модулем wait_for? Проверяю запуск локального сервиса по IP и порту, пишет, что недоступен. Через curl с тем же IP и портом сервис виден и все отдает.

wait_for без delegate_to исполняется на том хосте, на котором исполняется весь остальной плейбук. Ты точно проверял с удалённого хоста доступность, а не со своего?

wait_for без delegate_to исполняется на том хосте, на котором исполняется весь остальной плейбук. Ты точно проверял с удалённого хоста доступность, а не со своего?

👍🏽

Подкиньте доку плиз по автоматизации дешифровки файлов ролей при работе с пайплайнами Допустим у меня есть важные данные в файлах переменных. Я их шифрую перед отправкой в репу, а как работать с дешифровкой на время запуска?

wait_for без delegate_to исполняется на том хосте, на котором исполняется весь остальной плейбук. Ты точно проверял с удалённого хоста доступность, а не со своего?

Да, через command в предыдущей таске

Даже подставил в curl те же переменные, которые уходят в wait_for

Подкиньте доку плиз по автоматизации дешифровки файлов ролей при работе с пайплайнами Допустим у меня есть важные данные в файлах переменных. Я их шифрую перед отправкой в репу, а как работать с дешифровкой на время запуска?

ansible-vault? cat ~/.ansible.cfg [defaults] DEFAULT_VAULT_PASSWORD_FILE=~/.vault_pass.txt

Подкиньте доку плиз по автоматизации дешифровки файлов ролей при работе с пайплайнами Допустим у меня есть важные данные в файлах переменных. Я их шифрую перед отправкой в репу, а как работать с дешифровкой на время запуска?

она сама происходит при общем пароле шифровки.

Подкиньте доку плиз по автоматизации дешифровки файлов ролей при работе с пайплайнами Допустим у меня есть важные данные в файлах переменных. Я их шифрую перед отправкой в репу, а как работать с дешифровкой на время запуска?

Ну, все стандартно ) тебе где-то ведь ключ расшифровки надо положить

А в ролях самих ничо секретного быть не должно

А в ролях самих ничо секретного быть не должно

👍🏽

А в ролях самих ничо секретного быть не должно

ну пароль условный для Mysql_exporter под аккаунт в скуле

ну пароль условный для Mysql_exporter под аккаунт в скуле

он должен приодить с переменной в роль.

ну пароль условный для Mysql_exporter под аккаунт в скуле

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

он должен приодить с переменной в роль.

так я о файле переменных и говорю

он должен приодить с переменной в роль.

Угу, может быть дефолтный

Ну, так это не пароль в роли

так я о файле переменных и говорю

нет.

извне.

не в файле переменных или defaults в роли.

Ты переменную хоть через экстра Варс можешь передать в плей

Ты переменную хоть через экстра Варс можешь передать в плей

лучше (имхо) конфиденциальные данные держать в отдельном месте, лучше вне гита вообще (напр. в hashicorp vault)

Ты переменную хоть через экстра Варс можешь передать в плей

через -e "" если передавать это передавать воткрытую получается, потому что эта переменная будет засвечена в CI

и чтобы роль фэйлилась без передачи этих переменных.

лучше (имхо) конфиденциальные данные держать в отдельном месте, лучше вне гита вообще (напр. в hashicorp vault)

Это идеально

через -e "" если передавать это передавать воткрытую получается, потому что эта переменная будет засвечена в CI

какая у тебя ci ?

gitlab

через -e "" если передавать это передавать воткрытую получается, потому что эта переменная будет засвечена в CI

Нет

От ci зависит

лучше (имхо) конфиденциальные данные держать в отдельном месте, лучше вне гита вообще (напр. в hashicorp vault)

Чем? У меня сейчас половина в хаши, половина в ансибл волте. В плане удобства добавления-редактирования локальный сильно приятнее.

А ты через environment variables передавай

gitlab

там же есть конфиденциальные переменные.

Коллеги условно передавали имя переменной, а в роли вытаскивали через условный envsubst или как там этот лукап делается

которые не светятся.

А ты через environment variables передавай

но чтобы доставить эту енву на хост ее придется в роли все равно где то записать, и опять та же ситуация, или я путаю?

Либо формируй список переменных в ci процессе

но чтобы доставить эту енву на хост ее придется в роли все равно где то записать, и опять та же ситуация, или я путаю?

Нет

Путаешь

а еще можно тянуть значения из vault on-the-fly

тогда открытая инфа живет только в процессе пайплайна. не на диске или дб гитлабы.

т.е. во время пайплайна идет обращение в vault.

В итоге получается 1. через передачу пути vault-pass файла в конфиге ансибла 2. Переменные окружения 3. Переменные внутри CI 4. Hashicorp-Vault Надо попробовать все Спасибо

2 и 3 одно и то же

И даже 1 тоже через переменные окружения