Имеют проблемы с применением файлов состояний к миньонам на соли, они просто базовые тестовые, ничего сложного.
В моем главном конфигурационном файле у меня есть следующее определение корней файла:
file_roots:
base:
- /srv/salt/
Мой файл /srv/salt/top.sls выглядит следующим образом:
base:
'*':
- vim
Тогда в /srv/salt/vim/init.sls у меня есть следующее:
vim:
pkg.installed
Итак, это должно быть применено ко всем миньонам при применении, поэтому я запускаю следующее:
sudo salt '*' state.apply
Я получаю следующий вывод, и он не применяется, так как кажется, что он не обнаруживает файл top.sls?
salt-master-1:
----------
ID: states
Function: no.None
Result: False
Comment: No Top file or master_tops data matches found.
Changes:
Summary for salt-master-1
------------
Succeeded: 0
Failed: 1
------------
Total states run: 1
Total run time: 0.000 ms
dev-docker-1:
----------
ID: states
Function: no.None
Result: False
Comment: No Top file or master_tops data matches found.
Changes:
Summary for dev-docker-1
------------
Succeeded: 0
Failed: 1
------------
Total states run: 1
Total run time: 0.000 ms
ERROR: Minions returned with non-zero exit code
Если я посмотрю логи миньона, dev-docker-1, то ничего не будет зарегистрировано как ошибка, все, что я вижу, это:
2018-11-08 18:33:12,993 [salt.minion :1429][INFO ][4883] User sudo_salt Executing command state.apply with jid 20181108183312990343
2018-11-08 18:33:13,015 [salt.minion :1564][INFO ][5438] Starting a new job with PID 5438
2018-11-08 18:33:13,331 [salt.state :933 ][INFO ][5438] Loading fresh modules for state activity
2018-11-08 18:33:13,448 [salt.minion :1863][INFO ][5438] Returning information for job: 20181108183312990343
Любая помощь очень ценится, так как я немного растерялся, почему это не работает. , ,
Редактировать 1
Я включил подробное ведение журнала на миньоне, и я вижу следующее, кажется, он не видит файл top.sls
[DEBUG ] Could not find file 'salt://top.sls' in saltenv 'base'
[DEBUG ] No contents loaded for saltenv 'base'
[DEBUG ] No contents found in top file. If this is not expected, verify that the 'file_roots' specified in 'etc/master' are accessible. The 'file_roots' configuration is: {u'base': []}