openstack/zun
Code Issues Proposed changes
2dcf0ac9aa
zun/setup.cfg

91 lines
2.2 KiB
INI
Raw Normal View History

Initial commit Change-Id: I3c0e90b763766f8a8507fc3816b0c34f7748ab78
2016-05-11 18:01:24 -04:00
[metadata]
update higgins with zun All contents mentioning higgins are updated to zun using below 3 patterns: :%s/higgins/zun/g :%s/HIGGINS/ZUN/g :%s/Higgins/Zun/g Co-Authored-By: Hongbin Lu <hongbin.lu@huawei.com> Change-Id: I33a979aa01421524c1cff6fb5cc2b4023bf1fe84
2016-06-07 13:12:22 +05:30
name = zun
Initial commit Change-Id: I3c0e90b763766f8a8507fc3816b0c34f7748ab78
2016-05-11 18:01:24 -04:00
summary = Container Management service for OpenStack
description-file =
README.rst
author = OpenStack
author-email = openstack-dev@lists.openstack.org
Changed the home-page of zun Change-Id: I62d1e7530fb5fe9af30ba65a42b7d754189023ec
2016-10-03 17:56:10 +05:30
home-page = https://wiki.openstack.org/wiki/Zun
Initial commit Change-Id: I3c0e90b763766f8a8507fc3816b0c34f7748ab78
2016-05-11 18:01:24 -04:00
classifier =
Environment :: OpenStack
Intended Audience :: Information Technology
Intended Audience :: System Administrators
License :: OSI Approved :: Apache Software License
Operating System :: POSIX :: Linux
Programming Language :: Python
Programming Language :: Python :: 2
Programming Language :: Python :: 2.7
Programming Language :: Python :: 3
Remove references to Python 3.4 Now that there exists only a gate job for Python 3.5 and not 3.4, we should remove those references to the 3.4 that is untested. Change-Id: Iac91bb17714af88a62bdd93a8803da782776cc33
2017-02-08 17:23:22 +00:00
Programming Language :: Python :: 3.5
Initial commit Change-Id: I3c0e90b763766f8a8507fc3816b0c34f7748ab78
2016-05-11 18:01:24 -04:00
[files]
Add default configuration files to data_files In order to make it simpler to use the default configuration files when deploying services from source, the files are added to pbr's data_files section so that the files are included in the built wheels and therefore deployed with the code. Packaging and deployment tools can then more easily use the default files if they wish to. This pattern is already established with similar files for neutron, designate and glance as has been mentioned in the related bug report. Change-Id: Id86ba5a90fdfa13404d95c7b57cb2c3674d39914 Closes-Bug: #1718356
2017-09-22 13:37:09 +05:30
data_files =
etc/zun =
etc/zun/api-paste.ini
Initial commit Change-Id: I3c0e90b763766f8a8507fc3816b0c34f7748ab78
2016-05-11 18:01:24 -04:00
packages =
update higgins with zun All contents mentioning higgins are updated to zun using below 3 patterns: :%s/higgins/zun/g :%s/HIGGINS/ZUN/g :%s/Higgins/Zun/g Co-Authored-By: Hongbin Lu <hongbin.lu@huawei.com> Change-Id: I33a979aa01421524c1cff6fb5cc2b4023bf1fe84
2016-06-07 13:12:22 +05:30
zun
Initial commit Change-Id: I3c0e90b763766f8a8507fc3816b0c34f7748ab78
2016-05-11 18:01:24 -04:00
[build_sphinx]
source-dir = doc/source
build-dir = doc/build
all_files = 1
Add warning-is-error in setup.cfg This patch adds the ``warning-is-error`` flag in setup.cfg to build documents and also fix failure with the introduction of this flag. Change-Id: I3bfedc31361584526d6f528b74b0be3993f1ecba Partial-Bug: #1703442
2017-07-11 11:26:51 +05:30
warning-is-error = 1
Initial commit Change-Id: I3c0e90b763766f8a8507fc3816b0c34f7748ab78
2016-05-11 18:01:24 -04:00
[upload_sphinx]
upload-dir = doc/build/html
[compile_catalog]
update higgins with zun All contents mentioning higgins are updated to zun using below 3 patterns: :%s/higgins/zun/g :%s/HIGGINS/ZUN/g :%s/Higgins/Zun/g Co-Authored-By: Hongbin Lu <hongbin.lu@huawei.com> Change-Id: I33a979aa01421524c1cff6fb5cc2b4023bf1fe84
2016-06-07 13:12:22 +05:30
directory = zun/locale
domain = zun
Initial commit Change-Id: I3c0e90b763766f8a8507fc3816b0c34f7748ab78
2016-05-11 18:01:24 -04:00
[update_catalog]
update higgins with zun All contents mentioning higgins are updated to zun using below 3 patterns: :%s/higgins/zun/g :%s/HIGGINS/ZUN/g :%s/Higgins/Zun/g Co-Authored-By: Hongbin Lu <hongbin.lu@huawei.com> Change-Id: I33a979aa01421524c1cff6fb5cc2b4023bf1fe84
2016-06-07 13:12:22 +05:30
domain = zun
output_dir = zun/locale
input_file = zun/locale/zun.pot
Initial commit Change-Id: I3c0e90b763766f8a8507fc3816b0c34f7748ab78
2016-05-11 18:01:24 -04:00
[extract_messages]
keywords = _ gettext ngettext l_ lazy_gettext
mapping_file = babel.cfg
update higgins with zun All contents mentioning higgins are updated to zun using below 3 patterns: :%s/higgins/zun/g :%s/HIGGINS/ZUN/g :%s/Higgins/Zun/g Co-Authored-By: Hongbin Lu <hongbin.lu@huawei.com> Change-Id: I33a979aa01421524c1cff6fb5cc2b4023bf1fe84
2016-06-07 13:12:22 +05:30
output_file = zun/locale/zun.pot
Add config files Change-Id: I4dc76dff7dfb7ceb2ca92044f564d5baab74c9e5
2016-05-16 18:17:45 +08:00
[entry_points]
Add higgins-api command Change-Id: Ic326d7bc06577d65cbf24ac247d1ebbc9ce79ec2 Implements: blueprint higgins-api
2016-05-18 13:58:57 +09:00
console_scripts =
update higgins with zun All contents mentioning higgins are updated to zun using below 3 patterns: :%s/higgins/zun/g :%s/HIGGINS/ZUN/g :%s/Higgins/Zun/g Co-Authored-By: Hongbin Lu <hongbin.lu@huawei.com> Change-Id: I33a979aa01421524c1cff6fb5cc2b4023bf1fe84
2016-06-07 13:12:22 +05:30
zun-api = zun.cmd.api:main
Add compute to devstack * Add compute service to devstack plugin. * Add compute entry point to setup.cfg. Change-Id: I2420ee9d8db338878298a40794bef39823044ada
2016-06-13 05:51:39 +00:00
zun-compute = zun.cmd.compute:main
update higgins with zun All contents mentioning higgins are updated to zun using below 3 patterns: :%s/higgins/zun/g :%s/HIGGINS/ZUN/g :%s/Higgins/Zun/g Co-Authored-By: Hongbin Lu <hongbin.lu@huawei.com> Change-Id: I33a979aa01421524c1cff6fb5cc2b4023bf1fe84
2016-06-07 13:12:22 +05:30
zun-db-manage = zun.cmd.db_manage:main
Add a new service wsproxy to Zun Implements: blueprint stream-via-rest-api Change-Id: I22dc9e39a2133d1cb2951f54c76edee286582ad0 Signed-off-by: Kevin Zhao <kevin.zhao@linaro.org>
2017-05-04 14:51:01 +08:00
zun-wsproxy = zun.cmd.wsproxy:main
Switch from mode_wsgi to uwsgi When the wsgi community goal was first approved, the push was to use mod_wsgi. mod_wsgi has many issues when being used in devstack for development or testing (see [1]). This commit will switch the deployment of zun-api to uwsgi. [1] https://governance.openstack.org/tc/goals/pike/deploy-api-in-wsgi .html#uwsgi-vs-mod-wsgi Change-Id: Iec05ccb8aceee6874e3c04280fe7596f8292e333 Closes-Bug: #1692382
2017-08-02 02:20:12 +00:00
wsgi_scripts =
zun-api-wsgi = zun.api.wsgi:init_application
Add higgins-api command Change-Id: Ic326d7bc06577d65cbf24ac247d1ebbc9ce79ec2 Implements: blueprint higgins-api
2016-05-18 13:58:57 +09:00
Add config files Change-Id: I4dc76dff7dfb7ceb2ca92044f564d5baab74c9e5
2016-05-16 18:17:45 +08:00
oslo.config.opts =
update higgins with zun All contents mentioning higgins are updated to zun using below 3 patterns: :%s/higgins/zun/g :%s/HIGGINS/ZUN/g :%s/Higgins/Zun/g Co-Authored-By: Hongbin Lu <hongbin.lu@huawei.com> Change-Id: I33a979aa01421524c1cff6fb5cc2b4023bf1fe84
2016-06-07 13:12:22 +05:30
zun = zun.opts:list_opts
Move all conf option to centralize conf directory Currently, all config options of Zun were found in separate package/module. This is somehow hard for new developer joining Zun team to use/add new config options. This patch moves all config option to central place. Change-Id: I2940d295b413b9c802f09be8d418c3721e2f423c
2016-10-27 14:19:43 +00:00
zun.conf = zun.conf.opts:list_opts
Add db migrations This patch adds support for db migrations, it creates inital migration with higgins_service table. Change-Id: I6adad5f1d00e25ca38e9ba592d0d314b1b6cc74f
2016-05-31 10:40:05 +05:30
Load wsgi apps with paste.deploy This change replaces the hard coded WSGI app creation with a pipeline of WSGI apps declared in a configuration file. Change-Id: I1969e3eec7be1c28b637451c71cfe450c91b959f Partially-Implements: blueprint support-multi-tenancy
2016-08-19 13:19:10 +08:00
oslo.config.opts.defaults =
Fix the quickstart guide Change-Id: If288e286d181569d01fc5efd6b2ffbfe03becc9e
2016-08-23 22:29:32 -05:00
zun = zun.common.config:set_cors_middleware_defaults
Load wsgi apps with paste.deploy This change replaces the hard coded WSGI app creation with a pipeline of WSGI apps declared in a configuration file. Change-Id: I1969e3eec7be1c28b637451c71cfe450c91b959f Partially-Implements: blueprint support-multi-tenancy
2016-08-19 13:19:10 +08:00
Implement basic policy module in code This change prepares the zun project to start implementing policies in code. Subsequent patches will register more zun policies in code and remove the corresponding entry from the policy file maintained in source. This is part of a community effort to provide better user experience for those having to maintain RBAC policy. More information on this effort can be found below: https://governance.openstack.org/tc/goals/queens/policy-in-code.html bp policy-and-docs-in-code Change-Id: I4b0cf1203f7d7ddda240106bd39ef35bce604810
2017-10-02 19:03:54 +00:00
oslo.policy.policies =
zun = zun.common.policies:list_rules
update higgins with zun All contents mentioning higgins are updated to zun using below 3 patterns: :%s/higgins/zun/g :%s/HIGGINS/ZUN/g :%s/Higgins/Zun/g Co-Authored-By: Hongbin Lu <hongbin.lu@huawei.com> Change-Id: I33a979aa01421524c1cff6fb5cc2b4023bf1fe84
2016-06-07 13:12:22 +05:30
zun.database.migration_backend =
sqlalchemy = zun.db.sqlalchemy.migration
Add db migrations This patch adds support for db migrations, it creates inital migration with higgins_service table. Change-Id: I6adad5f1d00e25ca38e9ba592d0d314b1b6cc74f
2016-05-31 10:40:05 +05:30
Support multiple compute hosts This patch is for supporting deploying multiple instances of zun-compute to multiple hosts. In particular, if a container is created, it will be scheduled to a host picked by a scheduler. The host was recorded at the container object. Later, container life-cycle operations will call/cast to the host, to which the container was scheduled. The list of changes of this commit is as following: * Add a basic scheduler framework. The default scheduler is a basic scheduler that randomly choose a host. * In RPC, add support for sending message to specified host. * In compute, add APIs to schedule a container. * In context, add a method to elevate to admin privilege * In Nova driver, force the nova instance to be created in the scheduled host. This requires to elevate context before calling Nova APIs. * In objects and dbapi, add a method to list Zun services with specified binary. * In setup.cfg, add a scheduler entry point. * In cmd, use hostname as the rpc server ID (instead of a generated short ID). * In conf, use hostname as default value of CONF.host. Implements: blueprint support-multiple-hosts Implements: blueprint basic-container-scheduler Change-Id: I6955881e3087c488eb9cd857cbbd19f49f6318fc
2017-01-11 10:21:32 -06:00
zun.scheduler.driver =
chance_scheduler = zun.scheduler.chance_scheduler:ChanceScheduler
fake_scheduler = zun.tests.unit.scheduler.fake_scheduler:FakeScheduler
Import nova filter scheduler to zun Import nova filter scheduler to zun. Add unittest in next patch Change-Id: Ibf6e80bd9714a584d625852aea1afca57086aa5b Partially-Implements: blueprint import-nova-filter-scheduler
2017-03-14 16:56:21 +08:00
filter_scheduler = zun.scheduler.filter_scheduler:FilterScheduler
Support multiple compute hosts This patch is for supporting deploying multiple instances of zun-compute to multiple hosts. In particular, if a container is created, it will be scheduled to a host picked by a scheduler. The host was recorded at the container object. Later, container life-cycle operations will call/cast to the host, to which the container was scheduled. The list of changes of this commit is as following: * Add a basic scheduler framework. The default scheduler is a basic scheduler that randomly choose a host. * In RPC, add support for sending message to specified host. * In compute, add APIs to schedule a container. * In context, add a method to elevate to admin privilege * In Nova driver, force the nova instance to be created in the scheduled host. This requires to elevate context before calling Nova APIs. * In objects and dbapi, add a method to list Zun services with specified binary. * In setup.cfg, add a scheduler entry point. * In cmd, use hostname as the rpc server ID (instead of a generated short ID). * In conf, use hostname as default value of CONF.host. Implements: blueprint support-multiple-hosts Implements: blueprint basic-container-scheduler Change-Id: I6955881e3087c488eb9cd857cbbd19f49f6318fc
2017-01-11 10:21:32 -06:00
Support to provide 'image_driver' during container create This patch adds the functionality to support image_driver during container create/run. If user provides a valid image_driver, that is defined in configuration he/she will be allowed to create the container otherwise the request will fail. This patch also add image_driver field in db, so that user can inspect which image driver he/she used during the container create. Partially-Implements: BP allow-specify-image-driver Change-Id: Id2299a613ed414b2df67c103fe6cda0397ab791d
2017-01-21 07:45:54 +00:00
zun.image.driver =
glance = zun.image.glance.driver:GlanceDriver
docker = zun.image.docker.driver:DockerDriver
Implement kuryr integration After this patch, all containers created by native docker driver will connect to neutron. Right now, users don't have a choice of networks the container will be created from (which is a future work). Instead, Zun will select a neutron network for each container by looking up all the networks under user's tenant. This is the first step for enabling Kuryr integration. The following work needs to be done later: * Expose network feature via REST API. Allow users to create, inspect, delete container network, and connect/disconnect container from/to a network. * Add support for associate/dissociate floating IPs to containers. * Add support for tuning security groups of the containers. Implements: blueprint kuryr-integration Change-Id: I2701eb9a82a74aedf00c1a2af29850d4bd0e8f7a
2017-04-05 00:42:04 +00:00
zun.network.driver =
kuryr = zun.network.kuryr_network:KuryrNetwork
Introduce Cinder volume driver * Define the volume driver interface that all volume drivers need to inherit. Currently, the interface has three methods: attach, detach, and bind_mount. Attach should connect to the volume and mount the volume to a specific path in the filesystem for containers to bindmount. Detach should do the opposite of attach. Bind_mount returns the host and container paths that the binding should use. * Implement the first volume driver for Cinder. This driver is for mounting/unmounting Cinder volumes. It uses the CinderWorkflow API to attach/detach Cinder volumes and using the mounting utility to mount the attached volumes to the filsystem. Partial-Implements: blueprint direct-cinder-integration Change-Id: I602bdf7127f298a2193d3143b05188ec8ebfb64e
2017-08-30 22:49:16 +00:00
zun.volume.driver =
cinder = zun.volume.driver:Cinder
Integrate OSProfiler in Zun * Add osprofiler wsgi middleware. This middleware is used for 2 things: * Add initialization of osprofiler at start of service Currently sending Ceilometer backend notifications will be implemented after ceilometer integrated. * Traces HTTP/RPC/DB API calls Demo:http://kevinzhao.org/container-create.html How to use it:http://kevinzhao.org/2017/03/14/zun-integrate-with-osprofile.html Change-Id: I28b3e7256235b3b8ad66ce60fd2e6bb51943a7f5 Implements: blueprint integrate-with-osprofiler Signed-off-by: Kevin Zhao <kevin.zhao@linaro.org>
2017-03-13 16:52:33 +08:00
[extras]
osprofiler =
Updated from global requirements Change-Id: Id540f94b441c4c4d7fc9f98d0d2ff05931f086ac
2017-03-20 22:41:23 +00:00
osprofiler>=1.4.0 # Apache-2.0
Copy Permalink