O
Если настроить сообщения в Слак то будетс отсылатся все ошибки
Size: a a a
2019 August 17
s
#AWX уже лет 5 вертится до сих пор не знают. Только он полностью привязан к центос или федоре. Думал переписать под дебиан, потом прикинул, что усилий не стоит, а cli и так работает хорошо, gui просто ради "удобства" пилить ...? Да кто поделится опытом - что быстрей использовать? У меня был ангар из 3000 железок все писал ручками.
может в докер положить? 🤷🏼♂️ смысл под дебиан пилить?
I
Если настроить сообщения в Слак то будетс отсылатся все ошибки
это если в блок запихнуть все таски
а если сделать register, when: result|failed то одна
а если сделать register, when: result|failed то одна
O
может в докер положить? 🤷🏼♂️ смысл под дебиан пилить?
Вся инфроструктура на дебе
2019 August 18
s
Вся инфроструктура на дебе
можно в докер положить. инфраструктура останется на дебе
PK
Добрый день Коллеги,
Поясните пожалуйста по модулю git
От какого пользователя идет синхронизация ?
Т.е. я хочу сихронизировать на удаленной машине репозиторий, то для кого ключи готовить ?
Поясните пожалуйста по модулю git
От какого пользователя идет синхронизация ?
Т.е. я хочу сихронизировать на удаленной машине репозиторий, то для кого ключи готовить ?
PВ
ну каким логинишься такой и будет
PВ
ну либо become
PK
ну каким логинишься такой и будет
ага разобрался
remote_user: в задаче гита и все проходит хорошо
спасибо
remote_user: в задаче гита и все проходит хорошо
спасибо
O
Ну так и есть, ну можно изсменить права ну если sudo ну понятно
2019 August 19
N
ребят подскажите пожалуйста, есть один playbook и его нужно запускать для разных хостов. Так как опыта мало, то придумал только способ сделать несколько файлов, у которых указаны разные -hosts, типа update-hosts-1.yml, update-hosts-2.yml. Как правильно это сделать?
PВ
ребят подскажите пожалуйста, есть один playbook и его нужно запускать для разных хостов. Так как опыта мало, то придумал только способ сделать несколько файлов, у которых указаны разные -hosts, типа update-hosts-1.yml, update-hosts-2.yml. Как правильно это сделать?
что вам мешает их положить в один файл то .7
N
в разное время нужно запускать
N
для разных хостов
v
Переписать так чтобы на тех хостах где не нужно не было бы никаких действий
N
а каким способом можно проверять?
v
По идее плейбук должно быть возможно прогонять много раз без последствий для хостов если изменения не надо вносить
PВ
а каким способом можно проверять?
ну либо разные файлы тогда либо просто на группы разбей и при запуске —limit=group
GK
Если настроить сообщения в Слак то будетс отсылатся все ошибки
Можно чуть подронее, сейчас есть задача мониторить результаты выполнения плейбуков на удалённых хостах. пока думал в сторону сбора лога ansible в какой нибудь rsyslog\fluentd\etc и уже настравивать elastalert для алертов. но видимо есть способ проще и нативнее ?
O