Skip to content
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

Introduce distinct controlplane instance group #10324

Merged

Conversation

shanemcd
Copy link
Member

@shanemcd shanemcd commented Jun 1, 2021

No description provided.

@softwarefactory-project-zuul
Copy link
Contributor

Build failed.

@softwarefactory-project-zuul
Copy link
Contributor

Build failed.

@softwarefactory-project-zuul
Copy link
Contributor

Build succeeded.

@shanemcd shanemcd marked this pull request as ready for review June 3, 2021 11:30
@softwarefactory-project-zuul
Copy link
Contributor

Build succeeded.

Spredzy added a commit to Spredzy/awx-operator that referenced this pull request Jun 7, 2021
Spredzy added a commit to Spredzy/awx-operator that referenced this pull request Jun 7, 2021
Spredzy added a commit to Spredzy/awx-operator that referenced this pull request Jun 7, 2021
Spredzy added a commit to Spredzy/awx-operator that referenced this pull request Jun 7, 2021
Spredzy added a commit to Spredzy/awx-operator that referenced this pull request Jun 7, 2021
@softwarefactory-project-zuul
Copy link
Contributor

Build succeeded.

@softwarefactory-project-zuul
Copy link
Contributor

Build failed.

@softwarefactory-project-zuul
Copy link
Contributor

Build succeeded.

register(
'DEFAULT_CONTROL_PLANE_QUEUE_NAME',
field_class=fields.CharField,
label=_('The instance group where control plane tasks run'),
Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

The name of the instance group where control plane tasks run?

The default EE uses a ForeignKey instead of name, this isn't consistent. We've never had settings reference objects before, which is why we're facing it with this release cycle.

If the user changes the value, what is the expected behavior? It won't create a new instance group with that name right? So would they have to make a corresponding change to their installer (or installer variables)?

Copy link
Member Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Did you miss the read_only=True part?

@softwarefactory-project-zuul
Copy link
Contributor

Build succeeded (gate pipeline).

@softwarefactory-project-zuul softwarefactory-project-zuul bot merged commit a6383e7 into ansible:devel Jun 8, 2021
softwarefactory-project-zuul bot added a commit that referenced this pull request Jun 17, 2021
Update and expand docs/ folder for EEs

This has some new content about EE precedence, which I don't think we've documented anywhere else, thinking of @tvo318 here, content was developed by @jbradberry
(I think the numbers 2 and 3 in the global job default EE may still be subject to revision, just a warning)
@shanemcd #10324 is incorporated into this
This mentions @rebeccahhh's venv migration stuff, but I'm trying to write the absolute minimum possible while still mentioning migration.

Reviewed-by: Rebeccah Hunter <rhunter@redhat.com>
Reviewed-by: Alan Rominger <arominge@redhat.com>
Reviewed-by: Jeff Bradberry <None>
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

5 participants