YZ
Это же по дефолту так
Size: a a a
2021 June 27
VZ
ну пока я ничего не придумал лучше. Смысл прост, что мастер без слейва не нужно создавать как и обратное
ММ
Ладно, я перефразирую. Почему просто не сделать составное условие вида
cluster and is_leader and slave_of?TG
Ну так не создавайте. Это ж вы решаете что делать или не делать
TG
Но зачем такие странные условия для этого?
VZ
ну потому что может быть и не кластер и кто то может забыть добавить slave или master и по факту будет выполнено все
TG
Или вы хотите проверить, что все требуемые параметры заданы?
VZ
ну точнее часть
VZ
ага
TG
Для такого есть модуль assert
TG
И да, для булевых переменных не нужно явное сравнение вида var == true
VZ
Да я знаю. Просто привычка , когда пишешь рядом false - то это читается проще
VZ
fatal: [rmq1]: FAILED! => {
"assertion": "is_leader",
"changed": false,
"evaluated_to": false,
"msg": "Cluster Full"
}
fatal: [rmq2]: FAILED! => {
"assertion": "slave_of",
"changed": false,
"evaluated_to": false,
"msg": "Cluster Full"
}
"assertion": "is_leader",
"changed": false,
"evaluated_to": false,
"msg": "Cluster Full"
}
fatal: [rmq2]: FAILED! => {
"assertion": "slave_of",
"changed": false,
"evaluated_to": false,
"msg": "Cluster Full"
}
VZ
что то я видимо не так понял работу
VZ
чет мне кажется так не получится Переменные же в разных группах
YZ
Почему ты не сделаешь инклуд таск по when. Так же проще
VZ
ну так а по какому условию то ?
VZ
мне надо, что если переменные не задали до свидания