Size: a a a

2020 March 31

GG

George Gaál in Saltstack
@oloremo @Hatifnatt чем мне не нравится orch и всякие ансибло подобные штуки - возможность того, что сервер не выходит на связь ограниченное время (сутки). Скажем - аппаратные проблемы, сбой линии связи и что-то подобное. Хочется автомагии, что, когда сервер выйдет - он сам себя доконфигурит как надо. В этом отношении хайстейт по шедюлеру - ок
источник

R

Roman in Saltstack
если сервер не выходит на связь сутки, то там вероятно нет ничего кластерного )
источник

GG

George Gaál in Saltstack
нет ничего кластерного - все так
источник

R

Roman in Saltstack
ну в таком случае orch  не особо и нужен вероятно, т.е. не нужно "видеть всю картину целиком" или запускать что-то в нужном порядке
источник

GG

George Gaál in Saltstack
я просто могу позволить себе каждую отдельную ноду обрабатывать отдельно, но хочется достаточно быстрого прихода всего в единое состояние (евенчуалли, есно)
источник

AA

Andrey A in Saltstack
возникла загвоздка с вызовом service.systemctl_reload из стейта (вроде ранее это когда-то у нас работало )
https://pastebin.com/p7t5cEkS - хочу после изменения юнит файла, чтобы вызывался systemctl daemon-reload. Но по факту он совсем не выполняется
https://pastebin.com/qH4hRydB - если вместо module.run использовать cmd.run, то команда systemctl daemon-reload вызывается. Что я делаю не так?
источник

AA

Andrey A in Saltstack
ранее мы сидели на версии 2016 и там кажется, что вариант с
daemon-reload:
 module.run:
   - name: service.systemctl_reload

работал. Год назад перешли на 2017 и недавно обнаружили, что такой функционал с не работает (оставим за скобками почему такая версия солта)
источник

GG

George Gaál in Saltstack
/etc/systemd/system/watchdog_ping.service:
 file.managed:
   - name: /etc/systemd/system/watchdog_ping.service
   - source: salt://files/systemd/watchdog_ping.service
   - user: root
   - group: root
   - mode: 644
   - onchanges_in:
     - module: reload_systemctl

reload_systemctl:
 module.run:
   - name: service.systemctl_reload

watchdog_ping.service:
 service.running:
   - name: watchdog_ping.service
   - enable: True
источник

GG

George Gaál in Saltstack
так работает
источник

GG

George Gaál in Saltstack
но в 2019. Возможно вы просто на какую-то регрессию попали
источник

KP

Kirill Proskurin in Saltstack
George Gaál
@oloremo @Hatifnatt чем мне не нравится orch и всякие ансибло подобные штуки - возможность того, что сервер не выходит на связь ограниченное время (сутки). Скажем - аппаратные проблемы, сбой линии связи и что-то подобное. Хочется автомагии, что, когда сервер выйдет - он сам себя доконфигурит как надо. В этом отношении хайстейт по шедюлеру - ок
по шедулеру может приходить и orch
источник

KP

Kirill Proskurin in Saltstack
но если оно не нужно - то отчасти завидую что сказать
источник

KP

Kirill Proskurin in Saltstack
Мне вот хайстейт не нужен вообще
источник

DP

Dmitriy Porollo in Saltstack
Добрый день.
источник

IS

Insolita Secret in Saltstack
Всем привет - я правильно поняла, что states.network для systemd-networkd не канает и для него просто файлы конфигов менеджить и перезагружать демона?
источник

GG

George Gaál in Saltstack
Привет. Если вывернуться, то, наверное, можно, только ответь на вопрос хочешь ли ты systemd-network
источник

GG

George Gaál in Saltstack
И что будет если оно сломается
источник

GG

George Gaál in Saltstack
источник

GG

George Gaál in Saltstack
Оно (системди Нетворк) ещё используется в https://github.com/salt-formulas/salt-formula-linux/blob/master/linux/files/systemd-network.conf
источник

GG

George Gaál in Saltstack
Но вторая формула мне показалась слишком... Нажористой
источник