This refactors resource dependencies to improve the following points.
- Avoid unnecessary dependencies across services. For example aodh
service does not require cinder db.
- Restart only api service when config files like paste.ini, which
are used only be api service is changed.
Change-Id: If2cbbc392bd54d906c7a4f51f1c7cfca69463aaf
The purge_config parameters only accept boolean values. This enforces
that using the typed parameters.
Change-Id: I2efca4fd863dde8b755c4cf3f6485351b5c4494d
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
The option has been managed by the underlying puppet-oslo module but
has not been configurable. This introduces the parameter to customize
the option.
Change-Id: I6bf6898156e7b650dad717a80b4ff86427877205
This change introduces the new purge_config parameter to the policy
class so that any policy rules not managed by puppet manifests can be
cleared.
Co-Authored-By: Martin Schuppert <mschuppert@redhat.com>
Depends-On: https://review.opendev.org/802305
Change-Id: I9d1051ce925384d4e33f13d970040f085256465b
This patch makes it possible to override the current service default,
which is /etc/<service>/policy.d .
Change-Id: Ib505efe2e14f20d95ecae550ae70bd782af3c01c
This changes all the puppet 3 validate_* functions
to use the validate_legacy function.
The validate_legacy function has been available since
about three years but require Puppet >= 4.4.0 and since
there is Puppet 4.10.12 as latest we should assume people
are running a fairly new Puppet 4 version.
This is the first step to then remove all validate function
calls and use proper types for parameter as described in spec [1].
[1] https://review.openstack.org/#/c/568929/
Change-Id: If8c450da479eca3167d93a1ef29ac8b1bc4312ca
Make sure documentation is the same and follow
the standard which we are trying to enforce on
all modules.
Change-Id: I47f55d8e608509ee9f42a00edb7acfe59ca87983
The move of policy.json into code means the file may not exist. We've
added support to ensure that the file exists in the openstacklib but we
need to make sure the permissions are right for each service. This adds
the group information to the policies so it works right.
Depends-On: I26e8b1384f4f69712da9d06a4c565dfd1f17c9ed
Change-Id: I31bec4b9509e27affd60136537a2a9d6168a62e1
Co-Authored-By: Alex Schultz <aschultz@redhat.com>
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
This is mostly a copy of the existing neutron policy.json management and
leverages the resources in openstacklib for managing designate's
policy.json
Change-Id: I1fbf35b3dfa2e3a9b5f3ec351f8776951dfb41cf