-
Notifications
You must be signed in to change notification settings - Fork 5.5k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
[BUG] 3006 Inconsistency with minion and master permissions on /etc/salt #64158
Labels
Milestone
Comments
OrangeDog
added
the
Packaging
Related to packaging of Salt, not Salt's support for package management.
label
Apr 27, 2023
Closed
1 task
6 tasks
dwoz
added a commit
to dwoz/salt
that referenced
this issue
May 2, 2023
dwoz
added a commit
to dwoz/salt
that referenced
this issue
May 2, 2023
dwoz
added a commit
to dwoz/salt
that referenced
this issue
May 2, 2023
dwoz
added a commit
to dwoz/salt
that referenced
this issue
May 2, 2023
dwoz
added a commit
to dwoz/salt
that referenced
this issue
May 2, 2023
dwoz
added a commit
to dwoz/salt
that referenced
this issue
May 3, 2023
6 tasks
s0undt3ch
pushed a commit
to dwoz/salt
that referenced
this issue
May 3, 2023
garethgreenaway
pushed a commit
that referenced
this issue
May 3, 2023
Fixed by #64174 |
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Description
The salt-master package creates a group called
salt
and expects all files in/etc/salt
to be readable by that user/group. However, the salt-minion package does not install thesalt
user. Strangely, salt-master requires access to be able to read minion config files. This creates a permissions inconsistency between machines that have only the master installed or both the master and minion installed.For example the following works fine on a machine with only the minion installed:
But on a machine with both the master and minion installed, I get the exception shown below.
If I set this file to be owned by the
salt
group then it fixes the issue on the master but this group does not exist on the minion:Setup
Debian 11 amd64 with salt-master and salt-minion 3006.0.
Steps to Reproduce the behavior
See above
Expected behavior
The master should not require read access to minion files.
Screenshots
Versions Report
salt --versions-report
(Provided by running salt --versions-report. Please also mention any differences in master/minion versions.)Additional context
N/A
The text was updated successfully, but these errors were encountered: