-
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
minion_id_remove_domain could contain string and bool values #49378
minion_id_remove_domain could contain string and bool values #49378
Conversation
…kuskramerIgitt/salt into minion_id_generate_no_domain
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
LGTM, I'd just like to see some minor changes in there.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
I am approving this, thanks @markuskramerIgitt ! However, I have just one suggestion to rephrase your table-list schematic example into something generic, typically readable. I include my suggestion.
Hello @isbm, the page states you approved my changes. Why does the page still shows "Changes requested"? |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
@markuskramerIgitt because @terminalmage needs unit tests (+1, BTW) and some minor fixes. 😉 |
Actually, I think it is because @DmitryKuzmenko had requested changes and has not re-reviewed with an |
who? me? sorry, done. =-/ |
Of the two PR...
… only one is necessary (they are mutually exclusive). @terminalmage, which do you like? Can you decide alone? @isbm, if #49378 is favored, could you please change/add the Boolean part? I see that you have more experience in Python. |
So everyone can blame @terminalmage for this? 😄 In case #49378 is there, I'd like to be blamed too! This boils down that while any domain cut would be indeed better user experience for small deployments, question is should we introduce some new tweaks and knobs to existing pile, or just reuse what already is there. My personal opinion is to reuse. In Salt we already doing this all over the place, so there is no reason that this time it needs to be any different. Also if the directive is to how to remove domain that refers to the same action, I see no reason to have two separate options doing conceptually the same thing. But I also think that @terminalmage still possibly can find me wrong here, so objections to the above are welcome. @markuskramerIgitt what exactly should I change? |
I like this approach better than the other PR, but the changes I requested still need to be made before this PR is ready for merge. |
@terminalmage, thank you for your vote, I see there are more examples of "mixed type" in the same module. Have I now completed this PR? I think both PR #49213 and #49378 are ready for merge. |
Hi @terminalmage, belowit says that you "request changes", but I don't find which ones. I also don't understand which checks exactly are "not successful". |
Hi @isbm,
This is intended as a test if data is a packed binay. 10 days ago you altered this line - what do you think? Thank you, |
@markuskramerIgitt hmm, why do we have there TypeError? What you're getting into |
@markuskramerIgitt oh OK, I know why. You found a bug, congrats. You also found a correct solution (I've debugged it and think the same). 🍿 PR to fix this: #49908 |
Nice - thanks for helping out here @isbm! |
Hi @isbm, thank you for picking it up. |
Jenkins still fails, but for no (apparent) reason? Is there something I can do here? |
@markuskramerIgitt We're working through an issue with our pip installer right now, so no need to worry here right now. We'll get these going again when the issue is resolved. Thanks! |
@rallytime, thank you for merging. |
This will be in the Neon feature release. |
Thank you, now I unterstand |
@gtmanfred, could you please consider to merge this change into a Fluorine release? |
@gtmanfred, please forget to consider merging at an earlier time. |
As of today, Neon still has no release version. |
Unfortunately: The installers must configure |
|
This PR replaces PR #49213
What does this PR do?
When a minion lacks its minion_id at startup, salt.config.__init__.py requests one from utils.network.generate_minion_id(), which returns the fully qualified domain name (FQDN) of the host.
When all minions are within one domain and named after their hostnames, generated a "FQDN minion id" would be an inconsistent naming.
salt.config.__init__.py has the option to lowercase the minion_id.
salt.config.__init__.py also has the option to append a domain to a generated "hostname minion id".
I hereby propose a new option, to generate a "hostname minion id", by removing a single domain from a FQDN.
What issues does this PR fix or reference?
Issue #49212
Previous Behavior (example)
The generated minion_id is king_bob.foo.org
New Behavior (example)
With
minion_id_remove_domain: False
, as previously.With
minion_id_remove_domain: bar.org
, as previously.With
minion_id_remove_domain: foo.org
, the generated minion_id becomes king_bobWith
minion_id_remove_domain: True
, the generated minion_id becomes king_bobTests written?
Yes