The logic is no longer needed since puppetlabs-inifile 0.10.0[1] and
the current minimum version is 2.0.0.
[1] 2f22483c87
Change-Id: I16bf212137e4b88ca25d026faada88f870c32aea
The default filename is api_paste.ini, not api-paste.ini. Since we do
not have an option to set the file name using
[DEFAULT]/api_paste_config, we should fix the default to make sure it
works.
Change-Id: I054af2663a376b5ec2a0606437ff3fb90c00934a
Ceilometer supports multiple notifications. The config
entry in ceilometer.conf allows for a multi-value for
notification/messaging_urls.
Change-Id: Ic1791c7021bf2dbb06269317b8495eebc8d6e7ed
Closes-Bug: 1564061
Add ceilometer_api_paste_ini type/provider for Ceilometer.
Also add the capability to configure api-paste.ini with config.pp.
Closes-bug: #1483371
Change-Id: I7a5ce9629b9069495e233a4576742aeb171a09c1
Back in history, we tried to configure something in nova.conf which is
now managed by puppet-nova. It causes the module conflicting with
puppet-nova and makes Puppet runs not idempotent and nova.conf with
wrong parameters.
nova_notifier plugin was removed in Kilo (ceilometer commit eed463659f2e6f7018b5db1fcae9931ae1d60a00).
Change-Id: I2b8d55613f0a962662d67b9fd82db17b758af80f
With the creation of the new openstack_config provider, some processing
that was done in ceilometer_config has been centralized in
openstack_config.
Impacted methods are :
* section
* setting
* separator
Also, this commit adds the fact that, when passing a specific string
(ensure_absent_val) the provider will behave as if ensure => absent was
specified. '<SERVICE DEFAULT>' is the default value for
ensure_absent_val.
The use case is the following :
ceilometer_config { 'DEFAULT/foo' : value => 'bar' } # will work as usual
ceilometer_config { 'DEFAULT/foo' : value => '<SERVICE DEFAULT>' } # will mean absent
That means that all the current :
if $myvar {
ceilometer_config { 'DEFAULT/foo' : value => $myvar }
} else {
ceilometer_config { 'DEFAULT/foo' : ensure => absent }
}
can be removed in favor of :
ceilometer_config { 'DEFAULT/foo' : value => $myvar }
If for any reason '<SERVICE DEFAULT>' turns out to be a valid value for
a specific parameter. One could by pass that doing the following :
ceilometer_config { 'DEFAULT/foo' : value => '<SERVICE DEFAULT>',
ensure_absent_val => 'foo' }
Change-Id: Ia46f8ea1228caca85d6fe431922fa8229f4c4ade
Depends-On: I0eeebde3aac2662cc7e69bfad7f8d2481463a218
Currently we specify the ordering of config resources wherever it is
necessary based on the presence of the file it will write to, or the
presence of the package in charge of providing the file it will write
to.
Those kind of ordering can be specified directly at the resource level
using the autorequire mechanism. With this patch, any config resource
will make sure the package in charge of providing the file will be
installed first.
Change-Id: Ie99aec47f9bf334336e9cd87106c9f47d6e5abfa
Currently secrets like rabbit_password or os_password are displayed in
puppet logs when changed. This commit changes ceilometer_config type
adding a new parameter that triggers obfuscation of the values in
puppet logs.
Change-Id: I9eb6504220c5337c154bf5ad86c7d22bea64df51
Closes-Bug: #1328448
Changes file_path to self.file_path in ceilometer_config provider
in order to allow purging as specified in ini_file puppet module
readme.
Change-Id: I41f7c83e3a63b9af9e683933aa09bd45d5b18deb
Closes-Bug: 1280329
Fixes an issue in the ceilometer::agent::compute manifest
where nova.conf config values for the notification_driver
would get added to the wrong section (always to the end of
the file).
As part of the fix a custom file_line 'after' provider which
supports a new after option has been added.
This allows us to have some control over which section *new*
file lines go into. If there are any pre-existing matching
lines in the file the assumption is that they are already in
the correct section and can be edited in place.
NOTE: I've submitted a pull request to the upstream stdlib repo here
to add the new 'after' option:
https://github.com/puppetlabs/puppetlabs-stdlib/pull/174
Once this (or something better) lands in stdlib we can update
puppet-ceilometer to use it.
Fixes LP Bug #1217867
Change-Id: Ic09f5232b322cde687d663d1ef38ef0fd12f32ff
This patch allows the usage of Puppet boolean values and still
configure values with OpenStack boolean style: True/False.
Change-Id: I413060bc2ec0a8d795a240cc144e503efae41e49