The feature was deprecated in 2024.1 release[1] and is ready for
removal.
Note that the configure_bind parameter is still kept, because
the parameter had to be set to disable the configuration. It may be
removed after 2025.1 release.
[1] 2896fe16c0
Change-Id: I3b84a382608bbf094cfc5b48bb0ced848e73b2f1
Current implementation has a limited capability and is not suitable for
production use. This deprecates it to encourage people to use
puppet-dns (or any other different tools) to set up BIND 9 separately.
Change-Id: I2a53e927053abe13aa64de1b7f8207142e021d1a
The designate::backend::bind9 class and the designate::backend::pdns4
class configures (almost) nothing in case manage_pool parameter is
false, so these parameters are just redundant.
Change-Id: I82ec568c27b8fc5ee167b1451f159cfe7a915290
The workaround is no longer needed since bind introduced a separate
directory for dynamic zones.
See https://bugzilla.redhat.com/show_bug.cgi?id=1315821 for details.
Change-Id: Ic4af1749f6e63a8d7702fd139d68502c50069947
... instead of directly manipulating the file using concat::fragment.
Depends-on: https://review.opendev.org/899447
Change-Id: Id50e6df7df7af307ea6845d08b442adbb0e0cb3c
the validate_legacy function is marked for deprecation in
v9.0.0 from puppetlabs-stdlib.
Note that this change looses validation about pool ids. Alternatively
we can define a new data type to keep the validation, but these defined
types for pool-manager were already deprecated and useless and will be
removed in a near future release so we avoid that redundant step.
Change-Id: I85d7058bf379c6aa0e787b2f806f14aebf0693d3
This ensures the parameters used by if-else logic accept only boolean
values because non-boolean can result in unexpected behavior.
The previous attempt did not cover a few parameters which are now
covered by this change.
Change-Id: Icf6d679545f987a1ed1eb5cda9999c879bde8fb3
This makes sure the parameters which accept array or hash get a proper
type of value. Otherwise template rendering can fail or generate
an invalid content.
Change-Id: I5467d97030190a07e4f5ff088cc536302cbac0a4
This change fixes the wrong default value of dns_port. Because this
parameter was added during this cycle, we skip transition phase and
directly update the default value.
Depends-on: https://review.opendev.org/831953
Change-Id: I825e6693fffce3ce204eddd684bc0b22cc217135
Designate no longer uses the parameters in the [backend:bind9] section,
since ppols.yaml was introduced. This change ensures the parameters in
this wrong section are purged.
Also, this change introduces support for setting up backend using
pools.yaml according to the current installation guide.
Closes-Bug: #1961516
Change-Id: I28a91ab99325970db1e96aa904f35e8f9a5e109c
Adds designate::backedn::bind9::configure_bind parameter to allow
bypassing the dns puppet module. This is necessary when bind is not
installed on same host as designate.
Change-Id: I3e94e3846fb97f0a0a5d25b2f5a1ef02e88a84b2
TripleO can't do this through hieradata because this is a hash with
a dynamic value as a key. This just exposes the parameter so it
can be set from a manifest.
Change-Id: Ib3d4f024e409e5d2aad9117b1418ccd0050b964d
By default on both Red Hat and Ubuntu BIND does not have the
necessary file permissions to create new zones. Since we need to
be able to do that for Designate to function, we need to tweak the
permissions at deployment time.
Previously this was done in puppet-openstack-integration, but for
TripleO to deploy Designate we need it done in this module as
TripleO doesn't use p-o-i.
Change-Id: I09e8799f0b2a4113833983d67b3c4d40a0355933
bp designate-support
This adds defined anchor points for external modules to hook into the
software install, config and service dependency chain. This allows
external modules to manage software installation (virtualenv,
containers, etc) and service management (pacemaker) without needing rely
on resources that may change or be renamed.
Change-Id: If9fa188b7dca47e6724a737d66e34c0c85668c36
- Change file_line resources to concat resources instead to
concat a fragment within the puppet-dns concat templates
resources.
This change depends on an upstream change to puppet-dns which
has not yet merged.
https://github.com/theforeman/puppet-dns/pull/64
Change-Id: I499f2c7bfe8330ddb3c3d91d5eadcdad9e64e614
Depends-On: I73145a8992292038ab22824d3a858dcc7193fd35
The designate::dns class was really just configuring things
according to a bind9 backend. As such, move it's resources to
the bind9 backend manifest and deprecate this class.
Additionnally, we stop managing configuration files resources
inside /var/lib/designate. According to upstream documentation
[1] and from discussing this with upstream developers, this is
not an intended way of configuring designate.
This also avoids having to manage permissions (and selinux)
between designate and bind.
[1]: http://docs.openstack.org/developer/designate/getting-started.html
Change-Id: Ia62a3d1a72622f3eb1ceeabaf4cef36090a7a8d3
Both RDO and UCA provide packaging for designate and this packaging
takes care of creating the necessary user/group/directories.
Change-Id: Ic6af7dadb94a9ce22ad924184715b729b36ed16b
Related-Bug: #1458915
When using Red Hat systems and bind9 backend,
/etc/named/options.conf should be used so
this patch implements this change to accomodate
the parameters used in the dns module.
Closes-Bug: #1534309
Change-Id: I546aceeb257954afe768bb1ee702a277ed0a2a5a
This moves the BIND backend deps that were previously directly in
init.pp into the BIND9 backend. This includes moving the configuration
for the /var/lib/designate state directory into the backend, since it
needs to be owned by the DNS group.
Change-Id: Ifc4b7d3240258331a6ad3ebc6b4064aa7d7eceed