This function has been deprecated for a long time, let's finally
remove it. It is only generating a warning anyway.
Depends-On: https://review.opendev.org/c/openstack/panko/+/763941
Change-Id: I02372642b94ef508aed28942fe49a09f3ad35728
Tempest's service_available config option includes all the service
availability which is further used by tests to take decision of skip
or run the test.
For example, [service_available].aodh is true then, aodh test will run
or if [service_available].aodh is false then, all aodh related tests either
in telemetry tempest plugin or any other plugins will be skipped.
This commit add the setting of aodh service[1] on aodh devstack plugin.
Closes-Bug: #1743688
[1] https://github.com/openstack/telemetry-tempest-plugin/blob/master/telemetry_tempest_plugin/config.py#L27
Change-Id: Idac9f38aac6964ce4d40b6afccbd9dfbf6e16a41
This is a mechanically generated change to replace openstack.org
git:// URLs with https:// equivalents.
This is in aid of a planned future move of the git hosting
infrastructure to a self-hosted instance of gitea (https://gitea.io),
which does not support the git wire protocol at this stage.
This update should result in no functional change.
For more information see the thread at
http://lists.openstack.org/pipermail/openstack-discuss/2019-March/003825.html
Change-Id: Ie1e19ff80f313a92536e1f2fd656f02135b5f670
TEMPEST_SERVICES global variable is not supported
by devstack since long back.
- I380dd20e5ed716a0bdf92aa02c3730359b8136e4
- I9c24705e494689f09a885eb0a640efd50db33fcf
Service availability of tempest known services will be
set by devstack with local check.
- I02be777bf93143d946ccbb8e9eff637bfd1928d4
This commit removes the unused TEMPEST_SERVICES setting
Related-Bug: #1743688
Change-Id: I753390dd237dd5091025d7fea8f6153fc5362a0f
This change uses the new telemetry integration plugin
and move the tripleo jobs to experimental
Depends-On: I72ce33828febb48136e239d0e70f07674aef9d4a
Change-Id: Ie29449e64b6745707ea8593bd716f6104f4882bf
uses: new python preferred method of calling the pip module directly
attempts: to clean up (by invitation) an attempt at this by dims
When USE_PYTHON3 is specified, run the pip module for aodh installation
from the correct python version, as shown in the documentation since
python3.4 (it works with all current versions of python2 and python3).
https://docs.python.org/3.4/installing/#basic-usage
Change-Id: I02090077781bc335a0df4dc54ff37edece281210
Existing code ends up installing aodh in py2.7 environment even
when USE_PYTHON3 is specified. Since Aodh team does not want
to pull in global requirements, we cannot use setup_develop like
other projects. So let's find the pip script and run it using
the correct python3 version.
Change-Id: I538e2f430954385033c7a1869a4ccc419e9e4108
Since the aodh-api is generated by pbr wsgi_scripts, we should set
correct port number to launch it.
Change-Id: Ic632aa05a85b7d08dc2c297427a0feb2ae658299
Closes-Bug: #1620880
This now uses the pbr wsgi_scripts facility, so the current command line is
invalid. Let's remove -v and -d as debug level is conrtolled by
$ENABLE_DEBUG_LOG_LEVEL. The configfile is hardcoded to the default location in
settings, so there's no neeed to pass it too.
Change-Id: I6d13c17d32017544b8fa8411fdef4af86a7b0a4d
Closes-Bug: #1620880
This will allow package or devstack to install
aodh-config-generator.conf under /etc/aodh, which enables end users
run ``oslo-config-generator \
--config-file=/etc/aodh/aodh-config-generator.conf \
--output-file=/etc/aodh/aodh.conf`` to generate a sample
configuration file.
Change-Id: Ib7986d689386d2f44f72754661e328967d94e88d
This option is used for aodh-api when AODH_DEPLOY=werkzeug,
and create a dedicate directory for aodh-api log.
However, there is no such need, because for such case, aodh-api
is just a normal process like aodh-evaluator. We should let
oslo.log decide where to store the log, image that user configures
a path and we override in installation process, then he needs to hack
into screenrc to adjust the path, it is not friendly.
Here I propose to put the api log files in same directory as
aodh-evaluator, by default, it will be /opt/stack/logs.
Change-Id: If758cb7ddcc0087ed495721eeccf4723900e2ef3
python-ceilometerclient already in requirements list, and we already
have python-aodhclient, let's use it
Change-Id: I7f2f01d411b4aaa6433846717bbc9966bb9548cf
[DEFAULT]notification_topics is deprecated in oslo.messaging, the
default name has been changed to [oslo_messaging_notifications]topics
also remove the verbose setting, it is deprecated and default value
is already True
Change-Id: I06a65e5c25c053df708d8a8658baf7cbe61735ce
These options were inherited from ceilometer and for compatibility,
they have been marked being deprecated in group "alarm". We are in Aodh
3.0 now, it is time to remove them.
Change-Id: I41ef467750a403841ad96bfa7607ad63bd55702d
The intergation test job has been broken, it seems because the replace
TENANT => PROJECT change in devstack scrpts, see[1]. This patch change the
SERVICE_TENANT_NAME to SERVICE_PROJECT_NAME in devstack plugin.
[1] https://review.openstack.org/#/c/281779/
Closes-Bug: #1548634
Change-Id: I9c7d1a6d28510e5d42deb4aa0280e8a48f042a4d
Depends-On: Ibb1f78d47311117f6718707c5961bc2841473924
When Keystone v3 is enabled, 'default' is the id, not the name,
of the domain created by devstack.
Change-Id: I244db7023cb3215dc6fe26d783c6338c8391a0f4
the endpoints for aodh, ceilometer and gnocchi end with trailing
slash. because of that, our tests are calling <endpoint>//<path>.
this works but is technically incorrect. this patch cleans it up.
Change-Id: I187ea35b6158ac86bc2c4f19597c37e0b75cf2e4