lp://qastaging/~openstack-charmers-next/charms/xenial/nova-compute/trunk
- Get this branch:
- bzr branch lp://qastaging/~openstack-charmers-next/charms/xenial/nova-compute/trunk
Branch information
- Status:
- Development
Recent revisions
- 236. By Jenkins <email address hidden>
-
Merge "Add ability to provide another ephemeral storage for nova-compute"
- 235. By James Page
-
Resync charmhelpers for licensing change
The charm-helpers project have re-licensed to Apache 2.0
inline with the agreed licensing approach to intefaces,
layers and charms generally.Resync helpers to bring charmhelpers inline with charm
codebase.Change-Id: Idb258c5a1ab8e6
37e65cbc707e084 382017e83ae - 234. By James Page
-
Disable libvirt tunnelled migrations
Selective live block migration between compute instances
is only supported if libvirt tunnelled migrations are
disabled; migration is still secure (over SSH).This allows instances with local ephemeral storage and
remote block devices (such as presented by ceph) to be
migrated.Closes-Bug: 1599205
Change-Id: I1560e11bac9ee5
dabb8d6b6e393a3 1a2f3c9aa74 - 233. By James Page
-
Re-license charm as Apache-2.0
All contributors to this charm have agreed to the switch
from GPL v3 to Apache 2.0; switch to Apache-2.0 license
as agreed so we can move forward with official project status.Change-Id: I385f684581a74a
e41b507ed9e9d17 ef1e9fc5819 - 232. By Tim Kuhlman
-
Add configuration options for VNF workloads
Add config options for:
reserved-
host-memory:
Memory reserved for host processes, and not used when
calculating capacity for instance allocation.pci-passthrou
gh-whitelist:
List of PCI devices/vendors to use for direct passthrough
to instances.vcpu-pin-set:
CPU cores to reserve for host rather than instance usage.These features are used for hugepage backed VMs, SR-IOV and
CPU pinning in NFV OpenStack deployments running VNF workloads.Change-Id: I93b2a0e0c568e3
129002d0f505d74 cf3513a4930 - 230. By James Page
-
Add authentication details to neutron section
For newton, the authentication details for keystone must be passed
in the neutron section, rather than referring to the keystone_authtoken
section as done before.This should work on mitaka as well, so update the mitaka template to
take this approach, supporting newton as well.Change-Id: Ie175be5aa257d9
6253b496fa46796 8d6c50548d6
Branch metadata
- Branch format:
- Branch format 7
- Repository format:
- Bazaar repository format 2a (needs bzr 1.16 or later)