Previous logic did excluded possibility for ceilometer-polling agent
to poll multiple namespaces at the same time. This resulted
in a wrong config for AIO metal scenario.
Change-Id: I2ad3f748d18bf571dc7b82422fbcd8269cbe168e
Closes-Bug: #2018619
ceilometer_rpc_ssl_ca_file was used instead of ceilometer_oslomsg_rpc_ssl_ca_file
in the RPC transport_url.
Change-Id: Iab9729ee65571a45b5e50bb6a593386b1e238944
Gnocchi dispatcher [1] along with api section have been removed
for a while from ceilometer. We should clean up template as well
[1] 83ffaffcb2
Change-Id: Ibbe290ebfd91297080ce2f0b861deece82af42cc
Related-Bug: #1879192
Allow ceilometer to read octavia notifications once variable
octavia_ceilometer_enabled is set to true.
Change-Id: I08289736fe1b3b23873d131664a00a1b44c7d6d3
keystone_authtoken is not used by ceilometer, so there is no need to
deploy and maintain it. In addition, improved logic of
ceilometer_service_setup include, as ceilometer need
keystone credentials only for pollsters,
so credentials are created only when ceilometer-polling group is defined
Change-Id: I8bfc4ca1e87edf70e61a03db0854d0ae32ab2bc7
Previously only ceilometer-polling services running in the central
container had a polling_namespace configured. Those running on compute
nodes used the default which is to run all pollsters from the central
and compute namespace. But there is no need to gather the data for the
central namespace on every compute node.
With this fix the central container only runs the central pollsters and
those on the compute nodes only the compute pollsters. This can be
adjusted by config_template overrides in group_vars if needed.
Change-Id: Ia130bd7f9000882b556aea2190de97ddb290bafc
Ceilometer was missing designate and trove services. In addition,
services were sorted in alphabetical order both in defaults and template
Change-Id: I492a1d8d2bfa567a224e5441c6a15dea3c722741
A buch of defaults oslomsg related variables were configured.
In case of enabling ceilometer for services, role failed unless
all required vars has been specified manually by deployer.
Also vars ceilometer_oslomsg_rpc_servers
and ceilometer_oslomsg_notify_servers were removed
They were not used anywhere except ceilometer.conf.j2
and might be easily replaced with host_group vars.
Their removal allowed to simplify macros.
Fixed distro_install functional test for ubuntu,
as ceilometer-agent-notification package was missing.
Change-Id: I148ccaff9576b09d33d889b79963e88ca84d2ffe
Closes-Bug: 1794688
Regarding ceilometer docs, messaging_urls is expected to be:
rabbit://user:pass@host1:port1[,user:pass@hostN:portN]/virtual_host
But we have a bunch of messaging_urls for every rabbit vhost.
Ref: https://docs.openstack.org/ceilometer/latest/configuration/
As a result macros for generation of transport_url and
messaging_urls was created.
notification section was removed for non-notification agent hosts.
Change-Id: Ieb30c66df41dfe75937b9463527d250e05d868a0
The systemd journal would normally be populated with the standard out of
a service however with the use of uwsgi this is not actually happening
resulting in us only capturing the logs from the uwsgi process instead
of the service itself. This change implements journal logging in the
service config, which is part of OSLO logging.
OSLO logging docs found here: <https://docs.openstack.org/oslo.log/3.28.1/journal.html>
Change-Id: I5ae4ee8b0f69a4ed9b6088f043abaa1c4b1291d8
Signed-off-by: Kevin Carter <kevin.carter@rackspace.com>
This introduces oslo.messaging variables that define the RPC and
Notify transports for the OpenStack services. These parameters replace
the rabbitmq values and aure used to generate the messaging
transport_url for the service. The association of the messaging
backend server to the oslo.messaging services will then be transparent
to the ceilometer service.
This patch:
* Add oslo.messaging variables for RPC and Notify to defaults
* Update transport_url generation in config template
* Add oslo.messaging to tests inventory
* Update tests
* Add release note
Change-Id: Ib14a7a5ec0348933eee4fb1a151010841b29ca1f
Ceilometer no longer requires or supports a database. Instead
it now forwards everything it collects to the message queue
for collection by the other Telemetry services.
Change-Id: Ib8cb1ca3e0ef81c16a6483d20705fa3b237bbc48
Option auth_uri from group keystone_authtoken is deprecated[1].
Use option www_authenticate_uri from group keystone_authtoken.
[1]https://review.openstack.org/#/c/508522/
Change-Id: I8f051b227247e843ceac35b23ed1bff75dbf8841
Implements: blueprint deprecate-auth-uri-option
Option "os_endpoint_type" from groups "service_credentials" and
"keystone_authtoken" is deprecated[1].
Use option "interface" from groups "service_credentials" and
"keystone_authtoken".
[1] https://docs.openstack.org/ceilometer/latest/configuration/
Change-Id: I44d6f478f5eed7521ab79b29e6a757f0b779d9d6
Ceilometer no longer stores any data so the MongoDB installation
playbook is not used. In addition, it no longer has an API so
the api-paste file is useless as well.
Closes-Bug: #1747612
Change-Id: I20104cc357f78b01e2b1246a3f51d609bb2f4f24
Option "rabbit_use_ssl" from group "oslo_messaging_rabbit" is deprecated.
Use option "ssl" from group "oslo_messaging_rabbit".
Change-Id: I14f0d5d9f8f75b138504df40d09651d60496fee9
Implements: blueprint deprecate-rabbit-use-ssl
The ceilometer API is deprecated, this commit
removes any reference to the service.
It also caps notification workers to 16.
Change-Id: I86966936f31765ca7fbcdc248edb4daed9feadfb
Partial-Bug: #1666640
Per https://review.openstack.org/#/c/413920/, the ceilometer-collector
service is now deprecated.
This commit removes the inventory group mappings to the
ceilometer-collector service/container. It also removes
the service from the bootstrap and testing inventory.
Gnocchi is now explicity used as a publisher in the
pipeline.
Partial-Bug: 1666238
Change-Id: I396b154d106c0afba44d57792ae6dad39b33a6f5
This changes 'ansible_ssh_host' to 'ansible_host'. The 'ansible_ssh_host'
variable has been deprecated as noted here: [0].
[0] - http://docs.ansible.com/ansible/intro_inventory.html#hosts-and-groups
Change-Id: I9afd09d4c76febea5896cf6bf7bc284dabea38c3
Related-Bug: #1636606
Signed-off-by: Kevin Carter <kevin.carter@rackspace.com>
The ceilometer/api/app.wsgi file upstream was modified and broke the
ceilometer role such that the ceilometer api will not start. This
change fixes the role by updating the template derived from that file
to match the new invocation method.
An example of the error being remedied can be seen in patch set 1 of
Related-Change: Ieb5569982f080446295cecc33fb70c6b5d1cb9d6
Additionally, ceilometer-api is served with Apache mod_wsgi so an
init script shouldn't be created.
Also, the ceilometer_db_type now defaults to blank which will omit
the [database] group from the ceilometer.conf which matches the new
upstream default. The db type is overridden as mongodb for testing.
Also fixes an issue in inventory introduced by Change:
Ia74bbcac35c27928f7e96056b9449932253b75de
Change-Id: I48ca99ea58fbb624b8bccf205e40000115c53060
Currently, ignoring Gnocchi activity in the Swift ceilometermiddleware
is not enough to avoid all Swift notifications generated by Gnocchi's
own usage of Swift. Thefore, we also filter this activity at the
dispatcher level.
Change-Id: I3e2804561143617d0345c2a0cd5a462b841e73a3
Closes-Bug: #1624900
This reverts commit 14329548f5 as the merge
of it has caused the integrated gate to fail. It should have been set as
dependent on https://review.openstack.org/344884
Change-Id: Ia36cc1ca528318901c00f98d09274c626fc0e5e0
OSLO logging currently defaults the 'use_stderr' option to True
which results duplicate logs in service daemon logs for both
upstart and systemd. To correct this issue the use_stderr
option has been set to false.
Change-Id: I277bbc3b7b00db8721836cb814548358ca28245c
Closes-Bug: 1588051
Signed-off-by: Kevin Carter <kevin.carter@rackspace.com>
RPC configuration now uses transport_url. Notification config
now uses the rabbitmq_telemetry_* vars by default
Role testing is now testing using RabbitMQ with no SSL
for consistency with all other role tests.
Implements: blueprint multi-rabbitmq-clusters
Change-Id: I35664b096ab236e19a3b9dff4bef2ebdeb974039
The ceilometer role is now significantly more configurable
with respect to RabbitMQ cluster configuration. The following
changes have been made:
* Host group for the ceilometer RabbitMQ cluster is now configurable
via ceilometer_rabbitmq_host_group. This breaks the strict dependency
on the rabbitmq_all inventory group
* All rabbitmq connection vars are now namespaced. Namespace support
was previously inconsistent which limited deployer override options.
* Notification agent rabbitmq config now supports service-specific
clusters for services: glance, nova, neutron, cinder, keystone and heat
Change-Id: I38bfba8d134e152f33df187851d6dd6c250cdd60
Implements: blueprint multi-rabbitmq-clusters
In order for Ceilometer to utilize Gnocchi for storage
several configuration changes are necessary. To incur the
least impact for deploy a single role variable is
introduced to optionally enable Gnocchi which can then
apply all of the necessary changes to the configuration.
Change-Id: I0eb60ef7a31d873ba70c353138da252284389f28
Partial-Blueprint: role-gnocchi
The Aodh integration with Ceilometer no longer relies on Ceilometer
connecting directly to an alarm storage engine to answer API calls,
when Aodh is enabled. Instead it will redirect requests related to
alarms to Aodh.
Depends-On: I440b4c8127eff2dc517d7ff8e277c6d7a5f106ce
Change-Id: I4a3f6b69b6b19118248c383c1d58c99e1a7f8262
Configure ceilometer to use internalURL endpoints when communicating
with other OpenStack services.
This differs from the default of publicURL to avoid potential issues
with SSL termination on public endpoints.
Change-Id: Iabf061d41a49c427642002254cbfa8f115d2d62a
Ceilometer now supports Keystone v3 auth. This change is made to
bring the ceilometer role closer in line with other OpenStack
services.
Change-Id: I55b0c98ec1c10f2f9c99115f199a213f774e727d
This reverts commit 9083159e96.
openstack-ansible is struggling with tempest failures in the gate due to
503s. Ceilometer api reveals consistent CRITICAL errors with the message
"MissingRequiredOptions: Auth plugin requires parameters which were not
given: auth_url"
Conflicts:
templates/ceilometer.conf.j2
Change-Id: I8a206e95f84592ed885dee069f6c9c8f9f24e2bb
Ceilometer logs are showing:
* Option "notification_topics" from group "DEFAULT" is deprecated. Use option
"topics" from group "oslo_messaging_notifications"
* Option "auth_plugin" from group "keystone_authtoken" is deprecated. Use
option "auth_type" from group "keystone_authtoken"
* Option "username" from group "keystone_authtoken" is deprecated. Use option
"user-name" from group "keystone_authtoken"
Change-Id: I594a35090f7e9d3835adbae7dfdeabe07ceb7adf
This fix removes the invalid configuration for auth_url which was
configured to use a URI (keystone_service_adminuri) rather than
then a valid Keystone URL. Additionally the option inside
keystone_authtoken is not necessary according
http://docs.openstack.org/liberty/config-reference/content/section_ceilometer.conf.html
Change-Id: Ibb1b565eda005bcfc99e611afff723ca24176c19
Related-Bug: #1552394
Currently the os_ceilometer role will configure ceilometer.conf to
include a line in the [databases] section for alarm_connection no matter
what, and it will default to looking for the aodh user in mongodb
serving at localhost. If the user installs ceilometer but not aodh, this
will break the ceilometer service as the API will not start up while it
times out looking for the unconfigured database. This patch ensures that
there are hosts configured for AODH before adding that line to the conf
file.
Change-Id: If27e19e7c6bb2d20e7b0093a8d4e29c30952fb14
Closes-bug: #1549426
Zuul