-
Notifications
You must be signed in to change notification settings - Fork 418
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] Conflicting states run every highstate #527
Comments
I'm seeing this too and it's creating the file if it doesn't exist. There is an arg |
So I assume that would need to be updated in the formula? |
@ajcollett @lmf-mx Thanks for the report, this has been fixed in #528. Feel free to comment on how this works out for you. |
@myii you beat me to it! I was about to create a pull request with exactly the same. Cheers! I tested in locally before doing a fork. It seemed to work well for me. |
## [1.10.1](v1.10.0...v1.10.1) (2022-02-03) ### Bug Fixes * **minion:** respect `minion_remove_config: true` ([02c31df](02c31df)), closes [#527](#527) ### Continuous Integration * **gemfile:** allow rubygems proxy to be provided as an env var [skip ci] ([46fc639](46fc639)) * **kitchen+gitlab:** update for new pre-salted images [skip ci] ([d95dac2](d95dac2)) * **windows:** update Salt version installed to `3004-3` [skip ci] ([fdccb9b](fdccb9b)) * **windows:** use Salt version `3004` [skip ci] ([a1e9823](a1e9823)) ### Tests * update for new pre-salted images [skip ci] ([8015fe0](8015fe0))
🎉 This issue has been resolved in version 1.10.1 🎉 The release is available on GitHub release Your semantic-release bot 📦🚀 |
@myii Checking for remove is even better, avoids the state ever hitting the output. Thanks! |
You're welcome, @ajcollett -- good to hear that it's working as expected.
@lmf-mx Yes, while there are other options, the |
Your setup
Formula commit hash / release tag
I am using the master branch for this formula, salt-formula.
Versions reports (master & minion)
Salt is on version 3004 on both master and minion.
Pillar / config used
Bug details
Describe the bug
When using
minion_remove_config: true
2 states are enforced every run:remove-default-minion-conf-file
permissions-minion-config
That is, the minion file is removed, then recreated and managed. In code, only the first is surrounded by an
if
, but the 2nd always runs.Steps to reproduce the bug
minion_remove_config: true
in pillar.state.apply
sate.apply
orstate.highstate
is run.Expected behaviour
The file should be removed when the
minion_remove_config
setting is set to true.Attempts to fix the bug
The permissions state should probably only be run when
minion_remove_config
is set to false. I have not tested this.The text was updated successfully, but these errors were encountered: