Age | Commit message (Collapse) | Author | Files | Lines |
|
This patch adds support for ODL L3 FDIO scenario.
Introduces a new deploy settings parameter, odl_routing_node, to
indicate the routing node's hostname. This parameter will only
be used for this scenario.
Change-Id: I8df3eb701299007761c6cec42c4ca318b124a0b8
opnfv-tht-pr: 108
os-net-config-pr: 4
Signed-off-by: Feng Pan <fpan@redhat.com>
|
|
This copies the same API jars used for VPP to the Honeycomb to help
workaround the issues we are facing of incompatible Java APIs between HC
and VPP versions. It also locks vpp/honeycomb/odl to known working
packages for L2 scenarios.
Also increases overcloud disk +400MB to accomodate more vpp pkgs.
opnfv-tht-pr: 122
Change-Id: Id803834e1f1fa352778784da9ac246ab9c58a3b1
Signed-off-by: Tim Rozet <trozet@redhat.com>
|
|
Adding the support to run the "Real Time KVM" kernel in the compute
node(s) to reduce the network latency caused by the virtualization of
the network functions. Since the current "Real Time KVM" kernel
doesn't support physical to logical network interface mapping yet, we
need to use the real physical interface name rather than the logical
interface name for all compute interfaces in network_settings.yaml.
Also updates tests for the network settings changes and fixes a bug
where interface was being queried on the controller nics before it
interfaces were validated.
JIRA: APEX-128
Change-Id: Iccb6c9fbdcf7e3b482f4283039ef17c38e0a6df7
Signed-off-by: davidjchou <david.j.chou@intel.com>
Signed-off-by: Tim Rozet <trozet@redhat.com>
Signed-off-by: Dan Radez <dradez@redhat.com>
|
|
Integration work for ONOS in Danube was not completed.
Disabling this scenario for this release.
Disabling completed mostly by commenting out sections enabling
easy re-enabling next release once integration work is completed.
Change-Id: I1d7b457e8234bf6bb299b9908b356040e68370e5
Signed-off-by: Dan Radez <dradez@redhat.com>
|
|
- adding comments regarding nova's api microversion, please read the
comments in the code for explaination
- removing the ceilometer datasource creation, ceilometer has been
replace by gnocchi as the primary telemetry source and there is not
a gnocchi driver in newton for congress
Change-Id: I77ddc30220e7b73e9b3c625ee0479e0351bae832
Signed-off-by: Dan Radez <dradez@redhat.com>
|
|
|
|
|
|
This patch adds dovetail option to deploy settings, installs
dovetail image to undercloud.
Change-Id: If7a763d9f6b27655dbb1f5855f438ab11bd88a82
Signed-off-by: zshi <zshi@redhat.com>
|
|
This won't be used in the vast majority of cases, but where someone
wants to use an ipv6 external network on the undercloud, this will
be needed.
Change-Id: Ibb41e0fee7c112c19446d96eb195c0df552c90d1
Signed-off-by: Michael Chapman <woppin@gmail.com>
|
|
opnfv-tht-pr: 109
Change-Id: Iad64221f4ced02eb78661ded6c9185554698200b
Signed-off-by: Dan Radez <dradez@redhat.com>
|
|
Currently we allow specifying ram per Overcloud VM. If the node is
detected as ODL, we bump the RAM to a minimum of 10GB. There is a need
to be able to specify the RAM per compute node in cases where we need
controller RAM to be high, but want compute nodes to be low (like CSIT)
- in order to keep the memory footprint as small as possible.
Changes Include:
- Adds '--virtual-compute-ram' argument that will override the
'--virtual-ram' param for compute nodes
- Fixes a bug where if ODL is used and RAM is overridden to 10GB for
Control nodes, it was also accidentally being set for compute nodes
- Modifies '--virtual-ram' to be '--virtual-default-ram' in order to
clarify this parameter sets the default amount of RAM for all
overcloud nodes which may be overridden by a role specific arg
Change-Id: Ia36082aa2167d9897f3ec6753d08804352301c63
Signed-off-by: Tim Rozet <trozet@redhat.com>
|
|
opnfv-tht-pr: 97
opnfv-puppet-tripleo-pr: 10
Change-Id: Idfc109fc984f20b096a23d12864a027146a9c74c
Signed-off-by: Dan Radez <dradez@redhat.com>
|
|
|
|
Builds 6Wind ZRPC, Quagga, and dependencies required for OpenDaylight
with BGPVPN scenario. Packages are built into RPMs, and left on the
overcloud disk in /root/quagga. They are then installed at deploy time
if VPN feature flag is enabled. Note, for proper upstream we should
create a zrpc OOO service, but that can be a follow up patch. For that
we would also need official packaging/build system upstream somewhere.
JIRA: APEX-357
Changes Include:
- Build thrift rpm
- Build c-capnproto rpm
- Build quagga rpm
- Build zrpcd rpm
- Configure bgpd
- Detect deploy with VPN and install pkgs
- Enable zrpcd with systemd
Change-Id: I9825694f46aaab48a3d1cd5fc4d9a24c7370e8fa
Signed-off-by: Tim Rozet <trozet@redhat.com>
Signed-off-by: Nikolas Hermanns <nikolas.hermanns@ericsson.com>
Signed-off-by: Romanos Skiadas <rski@intracom-telecom.com>
|
|
Changes:
- Kernel parameters are now set through first-boot.yaml during deployment. No custom
images will be built. Note that all nodes will be configured the same way, we only
use compute's kernel parameter settings currently (from deploy settings file)
- Add support for VPP interface type in network settings file, it is now possible
to specify vpp_interface type and uio_driver for tenant nic in network settings
file. A new example config, network_settings_vpp.yaml is added.
- Add support for odl_l2-fdio scenario.
Limitations:
- Physical NIC names must be specified in network settings file, numbered nic names
such as nic1 are not supported for fdio scenarios.
- The same kernel parameters will be configured for all nodes. The paramters will be
taken from compute kernel parameter section in deploy settings file.
opnfv-tht-pr: 104
opnfv-puppet-tripleo-pr: 12
os-net-config-pr: 3
Change-Id: Ie9d6151e6e58d11da3c66fbcabe4a0886c3fa152
Signed-off-by: Feng Pan <fpan@redhat.com>
|
|
|
|
We used this a while back for additional debug output to prove the quota
setting were correct. Now with composable services, it isn't always
guaranteed that cinder is used. Since we don't use this output for
anything, this patch removes it.
Change-Id: I27ba64761a5ec1bfbe9da0c3e331ba91010d1186
Signed-off-by: Tim Rozet <trozet@redhat.com>
|
|
Adding the creation of the Gluon dummy network and subnet
to the post installation steps.
Bumping the version of Gluon to the latest.
opnfv-tht-pr: 106
Change-Id: I5123916f0e153cbd1e70e443d9c8af38ac55fdef
Signed-off-by: Georg Kunz <georg.kunz@ericsson.com>
|
|
opnfv-tht-pr: 98
opnfv-puppet-tripleo-pr: 11
Change-Id: I971bb2c94eb9500c81b25adf5019fd02f8e90053
Signed-off-by: Dan Radez <dradez@redhat.com>
|
|
In order to make gluon really deployable some more things
need to be done:
- Add pull request 103 which add yaml files which
point to gluon puppet
- Rename the scenario to odl-gluon similar to bgpvpn
scenario
- Add tht of gluon to overcloud-deploy-functions.sh
JIRA: APEX-379
opnfv-tht-pr: 103
opnfv-puppet-tripleo-pr: 13
Change-Id: I3ccfb5a279f1df21c4da79fc47039b3c0b6e5495
Signed-off-by: Nikolas Hermanns <nikolas.hermanns@ericsson.com>
Signed-off-by: Georg Kunz <georg.kunz@ericsson.com>
|
|
|
|
|
|
We currently use networking-odl package from opnfv fds repo, this
is no longer needed as networking-odl is packaged in RDO.
Change-Id: Ie9301cd627ab5131d4cd698dd7e4ef435d8e59c0
Signed-off-by: Feng Pan <fpan@redhat.com>
|
|
This patch adds yardstick option to deploy settings, installs docker and
yardstick image to undercloud.
Change-Id: I3a2a1d6bcdfe5becd11d6d9f22218837c572d5da
Signed-off-by: Manjunath Ranganathaiah <manjunath.ranganathaiah@intel.com>
|
|
opnfv-tht-pr: 100
Change-Id: I5db74e9ec74d6d03fde1650739d934ddfeec45ec
Signed-off-by: Nikolas Hermanns <nikolas.hermanns@ericsson.com>
|
|
Since the project_id is not in the overcloudrc
glance clinet is failing.
Since os_tenant_name is not in overcloudrc
rally setup is failing.
Change-Id: Iaec4031d3419e8380fb8789288e587c44d600971
Signed-off-by: Nikolas Hermanns <nikolas.hermanns@ericsson.com>
|
|
If sahara and swift are not configured, the post install script will
fail during removals of endpoints for sahara and swift.
This patch adds checks whether endpoints to be removed exist or not.
Change-Id: I8e417dbe6e51461d7c4ef1e2368865917b2f8279
Signed-off-by: Ryota MIBU <r-mibu@cq.jp.nec.com>
|
|
Latest 'openstack stack output' commands prints output with
ascii table format, so opnfv-deploy output breaks as following:
"Overcloud dashboard available at http://+---------"
This change fix it with json+jq.
Change-Id: I594f31254caeee1dc2bc3c6d39d9640cba039f05
Signed-off-by: Tomofumi Hayashi <tohayash@redhat.com>
|
|
|
|
Command argmument needs two dashes.
Change-Id: I6582dec83f68fe91b0f221ff610aa4149547b32a
JIRA: APEX-296
Signed-off-by: Mark Beierl <mark.beierl@dell.com>
|
|
- Congress is not in THT now so this will not install yet
- Removing doctor driver sideload in build
The doctor driver is upstream in Newton. No need to side load the
driver into the congress codebase anymore.
- moving to upstream puppet module
Change-Id: Ia60d7d33039dddda634cb5485a3c40ce6ec2b261
Signed-off-by: Dan Radez <dradez@redhat.com>
|
|
|
|
|
|
- Also removing a stale file
Change-Id: Ice2f9b4f9961bcd7f05278f11995aa0af237ac8e
Signed-off-by: Dan Radez <dradez@redhat.com>
|
|
|
|
Change-Id: I66938516c9b51a94ee398d0ed2696a95c97f992b
Signed-off-by: Tim Rozet <trozet@redhat.com>
|
|
Now in inventory file a user can declare 'disk_device' which will allow
the user to specify which disk on their overcloud server to use for
installation. The variable can be a comma delimited list, which will
search in order post-introspection for the first device on the node that
exists. The default disk used will be sda for deployments.
Currently defining a per node disk is not supported by OSCLI, so
although defined that way in Apex inventory, only the last definition
will be used for all nodes.
Other changes include:
- Various fixes in inventory parsing
- Makes bash writing a common function
- Introspection now enabled for baremetal deployments
JIRA: APEX-296
Change-Id: I330d91eb17408ccfceb7a99c25edbae5ce6d848d
Signed-off-by: Tim Rozet <trozet@redhat.com>
|
|
Change-Id: I8d1455d34d190149579dea9893629145f9d1adaf
Signed-off-by: Dan Radez <dradez@redhat.com>
|
|
At present, odl_version is case-sensitive hence opnfv-deploy fail
with 'odl_version: Boron'. So the change fix it.
Change-Id: Ifd611c56b9802b4c5033728e70cce03eb55985cf
Signed-off-by: Tomofumi Hayashi <tohayash@redhat.com>
|
|
JIRA: APEX-374
Change-Id: Id7509d6c6528310cefc62522d3a90ddee19146a9
Signed-off-by: Tim Rozet <trozet@redhat.com>
|
|
Introduces new (hidden) cli option to change composable env config.
This parameter then will use the provided file, for example,
csit-environment.yaml instead of the typical opnfv-environment.yaml.
The effect is using less services required for ODL CSIT snapshots.
Note: this will not work with perf options, but those are not required
currently for ODL CSIT.
CSIT also does not need ceph, so providing a new deploy option to
allow disabling it.
JIRA: APEX-362
Change-Id: If3833b1acceeb23ef9e12c90df6cc9607bd8c724
Signed-off-by: Tim Rozet <trozet@redhat.com>
|
|
|
|
Also contains various network parsing fixes.
JIRA: APEX-361
Change-Id: I5e40ed67267d5ded85adc2982a8726ebbceaeae5
Signed-off-by: Tim Rozet <trozet@redhat.com>
|
|
|
|
|
|
Change-Id: I73d8e92b97b25b39010380d09f7fad3c65795869
Signed-off-by: Dan Radez <dradez@redhat.com>
|
|
'usable_ip_range' was confusing for a lot of users, and most thought it
encompassed all of the defined ranges in the network settings file (like
floating_ip_range and introspection_range). This renames it to be more
accurate.
JIRA: APEX-288
Change-Id: I2e106666df1bfd007f150279e2e0387a64cd0f48
Signed-off-by: Tim Rozet <trozet@redhat.com>
|
|
JIRA: APEX-346
Change-Id: I9ffa32da906f50441dfc05610d0668e84c992e81
Signed-off-by: Tim Rozet <trozet@redhat.com>
|
|
Change-Id: I2336436a827c0f9b066c17921729123aee877282
Signed-off-by: Dan Radez <dradez@redhat.com>
|
|
Without specifying the provider network type or physical network results
in the default tenant network type being used upon external network
creation (for us this means vxlan). Previously this worked fine because
Neutron L3 agent and ODL L3 would assume to use br-ex. This is no
longer true in ODL new nettvirt, and needs to be explicitly flat along
with the correct physical network.
Also includes minor fix for Manila service naming that was fixed
upstream.
JIRA: APEX-300
Change-Id: If5d467a811baafe01b725dd530938482fdd3fd03
Signed-off-by: Tim Rozet <trozet@redhat.com>
|