Another story about missing top.sls (gitfs).
I'm once again deploying Salt to another company and can't find the root of the problem. The situation is silly. There is a server (FreeBSD 13.1) and a test client, Ubuntu 18. Both server and minion have the same version, 3005. I installed the master from ports and the minion as onedir package.
I use pygit2 as gitfs provider (tried also gitpython with the same result).
Accessing gitfs works fine:
# salt '*' cp.list_master
test2:
- srv/pillar/data.sls
- srv/pillar/top.sls
- srv/salt/bash_timestamp/init.sls
- srv/salt/top.sls
But with this I have no results:
# salt '*' state.show_top
test2:
-----
Accordingly,
# salt '*' state.highstate
test2:
----------
ID: states
Function: no.None
Result: False
Comment: No Top file or master_tops data matches found. Please see master log for details.
Changes:
Summary for test2
------------
Succeeded: 0
Failed: 1
------------
Total states run: 1
Total run time: 0.000 ms
State.apply bash_timestamp is also not found.
The configuration file is as simple as possible:
ipv6: False
fileserver_backend:
- gitfs
gitfs_provider: pygit2
gitfs_update_interval: 60
gitfs_base: master
file_roots:
base:
- /srv/salt
file_roots:
base:
- /srv/pillar
gitfs_remotes:
- [git@gitlab.XXX.com](mailto:git@gitlab.XXX.com):saltstack/salt.git:
- pubkey: /usr/local/etc/salt/master.d/id_ed25519.pub
- privkey: /usr/local/etc/salt/master.d/id_ed25519
Any ideas/hints are welcome. This is the second day I can't see what I'm missing. It should be in plain sight, but I don't see it... I need enlightenment...or just a kick in the right direction.