-
Notifications
You must be signed in to change notification settings - Fork 112
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
[dnsmasq] Refactor the role to be consumed by the ci_network
role
#1741
[dnsmasq] Refactor the role to be consumed by the ci_network
role
#1741
Conversation
Skipping CI for Draft Pull Request. |
5d389a2
to
9c87c54
Compare
Build failed (check pipeline). Post https://review.rdoproject.org/zuul/buildset/c9bcd21e46594800a416e07eebd53a72 ✔️ noop SUCCESS in 0s |
Build failed (check pipeline). Post https://review.rdoproject.org/zuul/buildset/80232633d22c4958ae023852de71d557 ✔️ noop SUCCESS in 0s |
Build failed (check pipeline). Post https://review.rdoproject.org/zuul/buildset/90b8f1480d46445c9ec58ceebfde5188 ✔️ noop SUCCESS in 0s |
Build failed (check pipeline). Post https://review.rdoproject.org/zuul/buildset/d3ef94166bac404d96eaf45972ab25f0 ✔️ noop SUCCESS in 0s |
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.
@hjensas care to have a look? The goal:
- modify dnsmasq role so that it can be used within ci_network role
- ensure it exposes the needed entry-points to nudge content "at will" while avoiding to rely on plain
ansible.builtin.copy
calls
@@ -60,6 +60,12 @@ | |||
src: "cifmw-dnsmasq.conf.j2" | |||
validate: "/usr/sbin/dnsmasq -C %s --test" | |||
|
|||
- name: Render listener configuration |
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.
so this means we're expected to know everything before we start to deploy dnsmasq? It may get slightly ugly pretty fast with the way we'll call things:
- deploy dnsmasq basics
- create libvirt networks (and add configuration snippets to dnsmasq for the DHCP)
- get to devscripts parts, where we have to inject yet other snippets, some related to DNS, listeners and so on
We therefore want to set target file names to ensure we can add content "on the fly".
Signed-off-by: Roberto Alfieri <ralfieri@redhat.com>
Signed-off-by: Roberto Alfieri <ralfieri@redhat.com>
…ario Signed-off-by: Roberto Alfieri <ralfieri@redhat.com>
…sq_dns_config_file` vars Signed-off-by: Roberto Alfieri <ralfieri@redhat.com>
…_raw_config` Signed-off-by: Roberto Alfieri <ralfieri@redhat.com>
Build failed (check pipeline). Post https://review.rdoproject.org/zuul/buildset/5ce47856c9a54728b7d73d8fdba2fcff ✔️ noop SUCCESS in 0s |
Signed-off-by: Roberto Alfieri <ralfieri@redhat.com>
/label tide/merge-method-squash |
@rebtoor: The label(s) In response to this:
Instructions for interacting with me using PR comments are available here. If you have questions or suggestions related to my behavior, please file an issue against the kubernetes-sigs/prow repository. |
…ters section of the doc Signed-off-by: Roberto Alfieri <ralfieri@redhat.com>
Signed-off-by: Roberto Alfieri <ralfieri@redhat.com>
[APPROVALNOTIFIER] This PR is APPROVED This pull-request has been approved by: cjeanner The full list of commands accepted by this bot can be found here. The pull request process is described here
Needs approval from an approver in each of these files:
Approvers can indicate their approval by writing |
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 think we can merge this, and iterate on it.
IMO we should move listening address and interface to the "manage_network" tasks - i.e we start with installing a basic service that do nothing - then as we add networks/hosts/dns records with manage_network
,manage_host
,manage_address
etc we add the interface and listen address, DNS records wildcards etc via those "api" task's.
9366dee
into
openstack-k8s-operators:main
Since the
ci_network
role has already its own task(s) to manage dns configuration, this PR will try to fill the gap in terms of functionality between both roles, so in the futurednsmasq
role can be consumed byci_network
role with low effort.As a pull request owner and reviewers, I checked that: