- Sep 22, 2016
-
-
Lu lei authored
In order to support automatically updating the release notes when we create stable branches, we want the pages to be in a standard order. This patch updates the order to be reverse chronological, so the most recent notes appear at the top. TrivialFix. Change-Id: I8eca97a75f8c6ee1f41712678b12b7e9dac655dd
-
- Sep 21, 2016
-
-
Jeffrey Zhang authored
As we talked in mail list, these two options should be marked for deprecated and removed in future[0]. Customization footer/header block are recommended to use. [0] http://lists.openstack.org/pipermail/openstack-dev/2016-September/102793.html TrivialFix Change-Id: I9d0b83b31b3680cf5083eafc2ae491348d3b084b
-
Paul Bourke authored
Currently Kolla operators are restricted to configuring one physical network (physnet1). This change along with ml2_conf.ini augmentation can be used to setup multiple physical networks in openvswitch. E.g. To configure two physical networks, physnet1 and physnet2, with ports eth1 and eth2 associated respectively: In /etc/kolla/globals.yml, set neutron_bridge_name: "br-ex,br-ex2" neutron_external_interface: "eth1,eth2" In /etc/kolla/config/neutron/ml2_conf.ini [ovs] bridge_mappings = physnet1:br-ex,physnet2:br-ex2 Co-Authored-By:
Mick Thompson <michael.a.thompson@oracle.com> Closes-Bug: #1625700 DocImpact Change-Id: I9454ca98d9b058368129123109ccc56f95519874
-
- Sep 19, 2016
-
-
Christian Berendt authored
Change-Id: Ic92f62d3b353364649212f0380f82ebceeed94f5 Partial-bug: #1622878
-
- Sep 16, 2016
-
-
zhubingbing authored
Change-Id: Ic3ff4ece57d6f69f3bf8a6375f0fb2e036fcc875 Co-Authored-By:
Michal (inc0) Jastrzebski <inc007@gmail.com> Closes-Bug: #1624417
-
Christian Berendt authored
Change-Id: I0a40867ae65011fbfd53308b9d7f42d10435f5fa Closes-bug: #1607905
-
- Sep 15, 2016
-
-
Hui Kang authored
Change-Id: I7134bffab940ee780e5f5010d639af56f97b41d6 Co-authored-by:
Mohammad Banikazemi <mb@us.ibm.com> Co-Authored-By:
zhubingbing <zhubingbing10@gmail.com> Co-Authored-By:
Antoni Segura Puimedon <antonisp@celebdor.com> Partially-implements: bp kuryr-docker-plugin
-
Christian Berendt authored
TrivialFix Change-Id: Ia18cb89e0951359226add5cbd96d3a91c7fcfd8a
-
Christian Berendt authored
Implements: blueprint neutron-vpnaas-agent Co-Authored-By:
zhubingbing <zhubingbing10@gmail.com> Change-Id: I1fae21f48d5beef47934aef7c23910536955f2b8
-
Hui Kang authored
Change-Id: If8351ab3000006323a05924e907f1e3745768304 Co-Authored-By:
zhubingbing <zhubingbing10@gmail.com>> Partially-implements: bp kuryr-docker-plugin
-
- Sep 14, 2016
-
-
Paul Bourke authored
Introduces a new property "enable_neutron_dvr", along with the appropriate service and template changes to allow DVR. Closes-Bug: #1623463 DocImpact: dvr changes network data paths and adds requirements for NICs Co-Authored-By:
Vladislav Belogrudov <vladislav.belogrudov@oracle.com> Change-Id: I87a26e9258228ae2ccb76be1e5f0bb44fac128df
-
prithiv authored
Networking-SFC is a neutron big-tent project support Service Function Chaining in Neutron. * Rename the image from neutron-networking-sfc-agent to neutron-sfc-agent. * Add networking-sfc role in playbooks. Co-Authored-by:
Jeffrey Zhang <zhang.lei.fly@gmail.com> Change-Id: I1f99650eed85f59929d4ab6b2226603c54f29577 Implements: blueprint enable-networking-sfc-support
-
Eduardo Gonzalez authored
Change-Id: Ic941a396b5cd9abfb5e9941218e91b784f8bba0a Implements: bp senlin-container
-
- Sep 13, 2016
-
-
Paul Bourke authored
Change needed to add header blocks to all Dockerfiles, similar to the base. Use case is to easily run something before packages are installed, e.g. to COPY a local rpm in that can be added to the package list. Change-Id: I1bbfdf0b762da0a392aa8bf47781315b45377bee Closes-Bug: 1618969
-
Paul Bourke authored
Add a service check for Cinder when using iscsi/LVM, that the appropriate volume group exists. TrivialFix Change-Id: I54e01911709db73549334760498b4246fe6271d7 Co-Authored-By:
Vladislav Belogrudov <vladislav.belogrudov@oracle.com>
-
zhubingbing authored
Partially-Implements: blueprint barbican-ansible Change-Id: Id6be35b1d0527d5c38d4ea8576b233ebcc404718
-
- Sep 12, 2016
-
-
Paul Bourke authored
MongoDB is still default. Refer to http://docs.openstack.org/developer/ceilometer/install/dbreco.html for more info on Ceilometer database backends. Closes-Bug: #1622532 Change-Id: Iaf84f9efe0537f42797f4bb7ba2a3611835cc84e
-
Steven Dake authored
For centos, we should be using the RDO repositories to provide rabbitmq-server. This version is updated with bug fixes and provides a more stable experience then using rabbitmq.com builds. Co-Authored-by:
Jeffrey Zhang <zhang.lei.fly@gmail.com> Co-Authored-by:
Michal (inc0) Jastrzebski <inc007@gmail.com> Closes-Bug: #1621460 Change-Id: Ib0eafc5da4397756fbdd837520b15543180ce229
-
- Sep 09, 2016
-
-
Michal (inc0) Jastrzebski authored
This patch changes version of ceph from hammer to jewel. Also removed versionlock as it seems we don't use it in ubuntu, and actually might be risky if we miss security patch on ceph. Change-Id: Ib8f88c2f914a4b635e59a509fa0194605eb73165 Implements: blueprint upgrade-ceph-to-jewel
-
prithiv authored
Collectd-ceilometer-plugin is essential for further more detailed metrics collection, smarter scheduling and service assurance. Change-Id: I8da572980de370517ec120d745ad1d36e316b465 Implements: blueprint collectd-ceilometer-plugin
-
- Sep 08, 2016
-
-
Paul Bourke authored
Database-backed sessions are scalable (using an appropriate database strategy), persistent, and can be made high-concurrency and highly-available [0] Default is off. [0] http://docs.openstack.org/developer/horizon/topics/deployment.html#database Co-Authored-By:
Vladislav Belogrudov <vladislav.belogrudov@oracle.com> Closes-Bug: 1618781 Change-Id: Ib68a21397dc020d20e07dcc51d3d0fdc1de102ff
-
- Sep 07, 2016
-
-
zhubingbing authored
Change-Id: I75b58248bfc4e86cace75faa82526d55a9ebbdbf Partially-Implements: blueprint sahara-role
-
Christian Berendt authored
Co-Authored-By:
zhubingbing <zhubingbing10@gmail.com> Change-Id: Id83c852e32c3dd583e6128e888ac511634e8eabb Partially-Implements: blueprint cloudkitty
-
zhubingbing authored
Change-Id: I647c38adbfd00c70874cf51c0bfcb68d243e26cc Partially-Implements: blueprint rally-role
-
- Sep 06, 2016
-
-
zhubingbing authored
Partially-Implements: blueprint ansible-gnocchi Change-Id: I8dd0460bd21ac0a233fab0142ec7b6079459bdc2
-
Christian Berendt authored
Change-Id: I548c20afd7ce7ba27a5475c69c78c7d267ccc24b Partially-Implements: blueprint cloudkitty-docker
-
- Sep 01, 2016
-
-
mail2nadeem92 authored
Change-Id: Id04fe7a8f30ed0dae292933662036f4775e394a2 Partially-Implements: blueprint enable-congress-container
-
- Aug 31, 2016
-
-
Michal (inc0) Jastrzebski authored
Since customizations are done for most of services, I think we can make it an official feature and close whole blueprint. Good work team! Change-Id: I44de0204261cd04b2564ce62a5d10b1e0a4fd4bf Implements: blueprint dockerfile-customizations Implements: blueprint third-party-plugin-support
-
Sean Mooney authored
- This change extends kolla-ansible with a deploy-server command to enroll and deploy physical servers with bifrost. Change-Id: Iaa9f34b00e676569f6e3df679b7454b1ec0b8e34 Implements: blueprint bifrost-support
-
Sean Mooney authored
- This change addes the ability to deploy and bootstrap bifrost. - This change introduces a deploy-bifrost command to kolla-ansible. Change-Id: I62afcf348661add900c98904e90a15a0eddffd4b Implements: blueprint bifrost-support
-
Christian Berendt authored
Change-Id: Idddc6916e41216fe8fd576d9db400a03728e79f8 Closes-bug: #1610968
-
Sean Mooney authored
- This change adds support for building and deploying a bifrost container for baremetal provisioning. - This change documents how to manually deploy and bootstrap the bifrost container. Implements: blueprint bifrost-support Change-Id: I7d895839b11cbf916be33225875465c3358b5aa4
-
liyingjun authored
New option enable_neutron_agent_ha added to enable/disable dhcp/l3 agent high availability, dhcp_agents_per_network is default to 2 and it's configurable. Implement blueprint: support-network-ha Change-Id: Id4742aa67c80584634b923195545bf2b654172f3
-
zhubingbing authored
Partially-Implements: blueprint ansible-aodh Change-Id: I9e20f4bf5e7d8f37f243ae15746e2b7bb49eb20c
-
- Aug 29, 2016
-
-
Paul Bourke authored
An unwitting user may apply the KOLLA_CEPH_OSD[_CACHE]_BOOTSTRAP label to a partition assuming it will only use that partition for Ceph, and end up wiping out their disk. This change adds a layer of checking to this scenario to try and help avoid a disaster scenario. Closes-Bug: 1599103 DocImpact Change-Id: Ibb9fb42f87a76bc02165ec0b93b60234bad8747a
-
- Aug 25, 2016
-
-
Paul Bourke authored
In order for Murano to be operational the core library package must be imported [0] Add Ansible tasks to do this idempotently. [0] http://docs.openstack.org/developer/murano/install/manual.html TrivialFix Change-Id: I2c49e9d663595650b885267839012b543505337a
-
Shaun Smekel authored
This addresses the ansible aspects of fernet key bootstrapping as well as distributed key rotation. - Bootstrapping is handled in the same way as keystone bootstrap. - A new keystone-fernet and keystone-ssh container is created to allow the nodes to communicate with each other (taken from nova-ssh). - The keystone-fernet is a keystone container with crontab installed. This will handle key rotations through keystone-manage and trigger an rsync to push new tokens to other nodes. - Key rotation is setup to be balanced across the keystone nodes using a round-robbin style. This ensures that any node failures will not stop the keys from rotating. This is configured by a desired token expiration time which then determines the cron scheduling for each node as well as the number of fernet tokens in rotation. - Ability for recovered node to resync with the cluster. When a node starts it will run sanity checks to ensure that its fernet tokens are not stale. If they are it will rsync with other nodes to ensure its tokens are up to date. The Docker component is implemented in: https://review.openstack.org/#/c/349366 Change-Id: I15052c25a1d1149d364236f10ced2e2346119738 Implements: blueprint keystone-fernet-token
-
- Aug 24, 2016
-
-
Hui Kang authored
Change-Id: Ib5a853c0048a45d9085c55804580c7ed2fd0fc07 Partially-implements: bp kuryr-docker-plugin
-
- Aug 20, 2016
-
-
Jeffrey Zhang authored
Closes-Bug: #1605457 Change-Id: I1a8e746f79f4dfcc5a43e736c3461b316db3f593
-
Jeffrey Zhang authored
Normally, when you launch a Docker container, the process you're executing becomes PID 1, giving it the quirks and responsibilities that come with being the init system for the container. There are two common issues this presents: * In most cases, signals won't be handled properly. * Orphaned zombie processes aren't properly reaped. the dumb-init acting like a simple init system. It launches a single process and then proxies all received signals to a session rooted at that child process. Closes-Bug: #1614509 Change-Id: I9d3d04648e151ddc7c6732b92ffd3b6c9fe467ec
-