aboutsummaryrefslogtreecommitdiffstats
path: root/meta-openstack/recipes-devtools/python/python-ceilometer_git.bb
AgeCommit message (Collapse)Author
2020-06-05python-ceilometer: satisfy setup.py setup_requiresBabak Sarashki
Commit 8fdbb0381d disallows fetch of code during do_compile task. This commits extends DEPENDS to python-pbr-native. Signed-off-by: Babak Sarashki <Babak.SarAshki@windriver.com> Signed-off-by: Bruce Ashfield <bruce.ashfield@gmail.com>
2020-01-22python: prepare for python3 only configurationBruce Ashfield
Signed-off-by: Bruce Ashfield <bruce.ashfield@gmail.com>
2017-11-15python-*: fixup postinst scriptsMark Asselstine
Checking for "$D" and doing an "exit 1" now results in errors such as: [log_check] warning: %post(keystone-cronjobs-...) scriptlet failed, exit status 2 during image creation. Instead of escaping the script for "level-1" (image creation postinst) we wrap the "level-2" (first boot) postinst in an if statement. This also ensure the scriptlet in indentity.bbclass is less prone to behaving differently based on the postinsts defined in the classes which inherit 'identity'. Signed-off-by: Mark Asselstine <mark.asselstine@windriver.com> Signed-off-by: Bruce Ashfield <bruce.ashfield@windriver.com>
2017-01-09chef: remove the use of chefMark Asselstine
The use of chef was never complete, had isses with updating binary database files and had a cumbersome implementation. Since we are using Ansible in meta-overc we are dropping the use of chef here and will look to being at par with meta-overc by using Ansible if/when we get time to look at runtime configuration in meta-cloud-services. Signed-off-by: Mark Asselstine <mark.asselstine@windriver.com> Signed-off-by: Bruce Ashfield <bruce.ashfield@windriver.com>
2016-12-21housekeeping: replace deprecated base_containsMark Asselstine
Fixes: base_contains is deprecated, please use bb.utils.contains instead. Signed-off-by: Mark Asselstine <mark.asselstine@windriver.com> Signed-off-by: Bruce Ashfield <bruce.ashfield@windriver.com>
2016-02-05ceilometer: uprev to LibertyMark Asselstine
Signed-off-by: Mark Asselstine <mark.asselstine@windriver.com> Signed-off-by: Bruce Ashfield <bruce.ashfield@windriver.com>
2015-05-07python-ceilometer: upgrade to 2015.1.0Jackie Huang
Signed-off-by: Jackie Huang <jackie.huang@windriver.com>
2015-04-21python-ceilometer: upgrade to 2015.1.0b3Jackie Huang
Signed-off-by: Jackie Huang <jackie.huang@windriver.com> Signed-off-by: Bruce Ashfield <bruce.ashfield@windriver.com>
2015-03-10core: BROKEN: Initial update to kilo branches and REVsBruce Ashfield
This is the initial update to the kilo branches and SRCREVs for some of the core projects. These are known to NOT work, due to SSLv3 issues with oe-core, and missing config/dependencies. Incremental updates will fix issues with the components, but they are best done in-tree, rather than sitting on a huge pile of changes. Signed-off-by: Bruce Ashfield <bruce.ashfield@windriver.com>
2015-02-21QA: fix build and runtime warningsBruce Ashfield
oe-core now warns on detected missing runtime and build time warnings. So we update our recipes to have these missingn deps (largely bash). Signed-off-by: Bruce Ashfield <bruce.ashfield@windriver.com>
2014-11-25core: update to stable/juno release branchesBruce Ashfield
Signed-off-by: Bruce Ashfield <bruce.ashfield@windriver.com>
2014-11-17core: update to juno 2014.2 + dependenciesBruce Ashfield
syncing the core components to the latest juno hashes. We also introduce new packages and update others to meet the juno requirements. Signed-off-by: Bruce Ashfield <bruce.ashfield@windriver.com>
2014-10-21nova/cinder/ceilometer: adding missing oslo dependenciesBruce Ashfield
oslo rootwrap was missing from the DEPENDS of these core projects. Signed-off-by: Bruce Ashfield <bruce.ashfield@windriver.com>
2014-10-17core: update to juno-rc1 candidate releaseBruce Ashfield
Signed-off-by: Bruce Ashfield <bruce.ashfield@windriver.com>
2014-09-30add generic monitor frameworkVu Tran
Instead of having a central file or group of files to describe what data resources should be monitored. The content of these files will depend on what core system monitoring is used ((e.g. Nagios or Monasca). It's desirable to have each recipe describes what it wants be monitored in generic way such that various system monitors can understand and convert these into their format. If a recipe wishes to register itself to system monitor, it inherits monitor bbclass and use MONITOR_SERVICE_PACKAGES and MONITOR_SERVICE_<package name> to indicate what processes should should be monitored. Also MONITOR_CHECKS_<package name> variale can be used to pass list of scripts which will be run on target and if any of these scripts fail then will report. Eventually monitor.bbclass will be expanded to allow recipe to describe more complicated information passed down to system monitor (e.g. Nagios or Monasca) Signed-off-by: Vu Tran <vu.tran@windriver.com> Signed-off-by: Bruce Ashfield <bruce.ashfield@windriver.com>
2014-09-29ceilometer: update to juno dependenciesBruce Ashfield
Ceilometer requires oslo.serialization and kazoo (plus its depdencies), so we add them here, and ceilometer-api works again. Signed-off-by: Bruce Ashfield <bruce.ashfield@windriver.com>
2014-09-26openstack: add support for openstackchef class to servicesMustapha Lansana
Openstackchef enables us to recreate configuration files for services in an openstack installation. It does this by creating template file(s) out of configuration file(s) exposed to the class by services. The following services are inheriting the openstack class and then exposing a set of configuration files to the class. These services expose their configuration files to openstackchef by assigning them to the variable CHEF_SERVICES_CONF_FILES. The files are assumend to have been installed in the image directory under the service's WORKDIR. At build-time, openstackchef makes chef-solo templates out of the registered files. And at run-time, the deploychef package makes a call to chef-solo, which in-turn use the template files to recreate the registered configuration files. For legacy reasons, the string OPENSTACKCHEF_ENABLED is defined in openstackchef class, but it can be overwritten in a .bb, .class, .bbappend or local.conf file to an empty string when openstackchef support is not desired. This enables all of these services to be built without openstackchef support. In addition, it prevents the recipes from substituting the placeholders in their configuration files when inheriting openstackchef. Signed-off-by: Mustapha Lansana <Mustapha.Lansana@windriver.com>
2014-09-16core: update core projects to juno b3 releaseBruce Ashfield
Along with this update, we also fix a bug with nova and neutron port types. this patch will be removed once it is fixed in the upstream project. Signed-off-by: Bruce Ashfield <bruce.ashfield@windriver.com>
2014-08-29core: update core projects to juno 2014.2-b2 versionsBruce Ashfield
Signed-off-by: Bruce Ashfield <bruce.ashfield@windriver.com>
2014-07-30Keystone: package service/user additionsAndy Ning
Instead of creating tenant/user/role and service/endpoint for all openstack services in keystone postinstall, now each of the services creates its own keystone identities by queueing them up in its postinstall to a file /etc/keystone/service-user-setup. service-user-setup script, when run as the last postinstall, calls identity.sh with keystone identity parameters to create necessary identities for the services. Signed-off-by: Andy Ning <andy.ning@windriver.com>
2014-07-21ceilometer: package and deploy api_paste.iniBruce Ashfield
Ceilometer now requires api_paste.ini for the API to start and be functionaly. So we add it to our core package, and update the .conf file with the name. Signed-off-by: Bruce Ashfield <bruce.ashfield@windriver.com>
2014-07-21ceilometer: update to junoBruce Ashfield
Updating the ceilometer project to the juno release branches. With this update, we can drop one patch that isno longer needed, and refresh another for juno. Signed-off-by: Bruce Ashfield <bruce.ashfield@windriver.com>
2014-06-23add python-pysnmp 4.2.5 bb fileVu Tran
Ceilometer ceilometer/hardware/inspector/snmp.py and some some ceilometer builtin tests require python pysnmp package. Signed-off-by: Vu Tran <vu.tran@windriver.com>
2014-06-23ceilometer builtin skip failed unsupported db testsVu Tran
ceilometer tests against various databases: mongodb, db2, sqlalchemy, hbase. For mongodb and db2, tests use environment variables: CEILOMETER_TEST_MONGODB_URL and CEILOMETER_TEST_DB2_URL for supplying URL database connection into tests. As we do not support mangodb or db2, by not setting or setting bogus URLs to these two environment variables will cause tests to fail. These tests should be skipped as prerequisite is not satisfied. Therefore we modify ceilometer testcases for mongodb and db2 to be skipped instead of failed if CEILOMETER_TEST_MONGODB_URL and CEILOMETER_TEST_DB2_URL are not set. Signed-off-by: Vu Tran <vu.tran@windriver.com>
2014-06-23ceilometer builtin tests Use known protocol schemeVu Tran
Commit e5b7606eaa94033256eb1aca5f6a6eed4f9e54a0 from https://github.com/openstack/ceilometer.git master With the recent introduction of the identity_uri in keystoneclient, there is a small backward incompatible change which means that weird protocols like the ones we use during tests aren't support properly anymore. The patch replaces "foottp" and "barttp" by "file" hopefully keeping testing coverage the same. Signed-off-by: Vu Tran <vu.tran@windriver.com>
2014-06-23ceilometer builtin tests config locationVu Tran
Many ceilometer built-in testcases failed because they can not find ceilometer configuration file, as these tests use relative paths to find these configuration files. So forcing these failure testcases to look for these configuration file using absolute path. Signed-off-by: Vu Tran <vu.tran@windriver.com>
2014-05-30ceilometer: need to start ceilometer agent notificationVu Tran
There are some missing ceilometer meters (e.g. vcpu) which have origin from notification. This is due to ceilometer-agent-notification service is not started on controller node. Signed-off-by: Vu Tran <vu.tran@windriver.com> Signed-off-by: Bruce Ashfield <bruce.ashfield@windriver.com>
2014-05-07ceilometer: update to icehouse/stableBruce Ashfield
Signed-off-by: Bruce Ashfield <bruce.ashfield@windriver.com>
2014-04-23cleanup: leave source config files pristineMark Asselstine
Editing the files in ${WORKDIR} using sed or similar tools as part of do_install means they can only be edited once. Supplying a modified CONTROLLER_IP in local.conf and building the image again will not result in the CONTROLLER_IP being properly updated since the substitution placeholders will no longer exist. We therefore simply swap the other of things, installing the configuration files first, then editing them to swap the placeholders. This means we can run the do_install again and again and get the results we expect. Signed-off-by: Mark Asselstine <mark.asselstine@windriver.com> Signed-off-by: Bruce Ashfield <bruce.ashfield@windriver.com>
2014-04-07ceilometer: update to icehouse-rc1Bruce Ashfield
Updating to the icehouse ceilometer, which has more functionality and features than the havana version. Also, we have to fix the resource query for postgres versus mysql. Signed-off-by: Bruce Ashfield <bruce.ashfield@windriver.com>
2014-04-03clients: add bash-completion supportBruce Ashfield
Package and enable the bash completion suppor that comes with the various client packages. Signed-off-by: Bruce Ashfield <bruce.ashfield@windriver.com>
2014-03-31Memory leak from timingsAmy Fong
Memory leak happens when the dynamic list times grows without anything to reset it. In ceilometer and cinder configuration files, the new option is created: [nova_client] max_timing_buffer=<value> In all clients found that uses extends the HTTPClient and uses the times list, we limit the size of the list by popping off the oldest item in the list to maintain a maximum size. A default size of 200 is chosen, configurable by the above configuration option. Signed-off-by: Amy Fong <amy.fong@windriver.com> Signed-off-by: Bruce Ashfield <bruce.ashfield@windriver.com>
2014-03-17Readjust the start level of openstack componentsVu Tran
Currently all the openstack components have default start level of 20. There are other services such as glusterfs, rabbbitmq, database... are also starting at the same start level. On some platform, this can cause racing condition between services which in turn causes some of openstack components not started. By adjusting the openstack components start level to higher will ensure that system services start in the determistic way. Signed-off-by: Vu Tran <vu.tran@windriver.com> Signed-off-by: Bruce Ashfield <bruce.ashfield@windriver.com>
2014-03-17python-*: prevent setuptools from fetching required eggsMark Asselstine
Several python packages require 'python-pbr' both at build and runtime, as listed in their respective setup.py files, yet this dependency is not included in their recipe. Adding python-pbr to the RDEPENDS to correct this. In addition this situation is complicated by the fact that the setuptools will actually fetch python-pip and python-pbr eggs, regardless of the value of BB_NO_NETWORK, if any of these packages are built before python-pip and python-pbr are in the sysroot. Most dramitically if you were to attempt to build any of these packages with no network connectivity the do_compile() task will fail with the following: | DEBUG: Executing shell function do_compile | Download error: [Errno 110] Connection timed out -- Some packages may not be found! | Couldn't find index page for 'pip' (maybe misspelled?) | Download error: [Errno 110] Connection timed out -- Some packages may not be found! | No local packages or download links found for pip>=1.0 | Traceback (most recent call last): | File "setup.py", line 21, in <module> | pbr=True) Adding the missing DEPENDS will ensure these packages are available without the need for setuptools to fetch them, and avoid possible build issues due to network connectivity. In order to test these modifications all of these packages have been built with a populated sstate cache and the network crippled using: iptables -A OUTPUT -p tcp --destination-port 80 -j DROP to ensure no extra fetches are taking place. Signed-off-by: Mark Asselstine <mark.asselstine@windriver.com> Signed-off-by: Bruce Ashfield <bruce.ashfield@windriver.com>
2014-01-30ceilometer: uprev to 2014.1.x releaseBruce Ashfield
The havana ceilometer postgres (sqlalchemy) support has significant issues. Rather that perform signficicant backports, we'll uprev and pick up the latest development stream, that addresses many issues out of the box. Signed-off-by: Bruce Ashfield <bruce.ashfield@windriver.com>
2014-01-20meta-openstack: adding missing RDEPENDS for -setup packagesBruce Ashfield
Installation from package feeds shows some missing REDPENDS for the -setup packages. Signed-off-by: Rob Wolley <Rob.Woolley@windriver.com> Signed-off-by: Bruce Ashfield <bruce.ashfield@windriver.com>
2014-01-19ceilometer: fix postgresql query errorsBruce Ashfield
From the patch: sqlalchemy: fix ceilometer resource query Implement the abandoned ceilometer fix from: https://review.openstack.org/#/c/59204/ [Fix for get_statistics with postgresql] Without this fix, the ceilometer resource tab in horizon returns an error due to badly formed SQL and a database backend error. Signed-off-by: Bruce Ashfield <bruce.ashfield@windriver.com>
2014-01-19ceilometer_client: update to latest master revisionBruce Ashfield
Signed-off-by: Bruce Ashfield <bruce.ashfield@windriver.com>
2014-01-15ceilometer: postgresql fixesBruce Ashfield
Cherry picking two ceilometer master changes to address postgresql database issues: https://bugs.launchpad.net/ceilometer/+bug/1241526 https://review.openstack.org/#/c/49456/ Signed-off-by: Bruce Ashfield <bruce.ashfield@windriver.com>
2014-01-15ceilometer: create alarm-notifier and evaluator packaging and initscriptsBruce Ashfield
Create and package initscripts from alarm-notifier and alarm-evaluator. These are added as dependencies of the controller package, so the functional mix at runtime doesn't change, with the exception that the agents are started on boot of the controller. Signed-off-by: Bruce Ashfield <bruce.ashfield@windriver.com>
2013-12-19ceilometer: update to 2013.2.2Bruce Ashfield
Signed-off-by: Bruce Ashfield <bruce.ashfield@windriver.com>
2013-12-11ceilometer: add -tests package to deploy run_tests.sh on targetBruce Ashfield
Signed-off-by: Bruce Ashfield <bruce.ashfield@windriver.com>
2013-11-25init: remove remaining createdb commands to separate init packagesBruce Ashfield
After moving all database creation initialization packages, we also remove it from the RDEPENDS of the various control node recipes. This allows images to select database initialization or skip it. Signed-off-by: Bruce Ashfield <bruce.ashfield@windriver.com>
2013-11-25initscripts: split into -setup and init packagesBruce Ashfield
Many OpenStack modules require a first boot action to setup up users, databases, bridges, etc. These same packages install initscripts to start daemons and servers. The 1st boot package post install actions immediately exit to indicate that the action cannot be performed in the cross environment and instead should be done on first boot. The update-rc.d post install actions are intended to be run in the cross environment to symlink scripts into the proper runlevels. The early exit from the db setup routines, means that the rc files are not linked in host cross. If the rootfs doesn't contain update-rc.d, they also will not be set up on first boot. The end result is a system that does not start all of its required services on boot. To fix this, we split out db and other first boot setup tasks into dedicated (but empty) -setup packages. These run on first boot, while update-rc.d is left to create the proper symlinks. Signed-off-by: Bruce Ashfield <bruce.ashfield@windriver.com>
2013-11-25ceilometer: introduce ceilomter havana componentBruce Ashfield
Import and package the basic ceilometer package, havana version. This minimal configuration creates: - init scripts - packages the compute, control and APIs - creates the configuration and database It is expected to need extension in the future. Signed-off-by: Bruce Ashfield <bruce.ashfield@windriver.com>