GitLab

Defaults for virtual deployments was not correct, there were three baremetal
nodes being created by default for a noha deployment.

JIRA: APEX-221

Change-Id: I8b13ffb620d8ebaed4308725edbc7e84279872dd
Signed-off-by: Dan Radez <dradez@redhat.com>

opnfv-tht-pr: 65

Change-Id: I47b773129636c541bdb0e93e88e334587ac7c2a0
Signed-off-by: Feng Pan <fpan@redhat.com>

DHCP Metadata network was not being enabled because I missed passing it
in overcloud.yaml to controller.yaml.

JIRA: APEX-236

opnfv-tht-pr: 64

Change-Id: Ibfd69f5fe5c6f5f2e0bd9c7e47ce1b35e9bd050e
Signed-off-by: Tim Rozet <trozet@redhat.com>

opnfv-tht-pr: 62

Change-Id: If08e779e49afa217870124d1dc0deccd086bfa91
Signed-off-by: Michael Chapman <michapma@redhat.com>

opnfv-tht-pr: 63

Change-Id: Ie91809d222cae34b81f541bdbc83b6d0fe561973
Signed-off-by: Tim Rozet <trozet@redhat.com>

opnfv-tht-pr: 61

Change-Id: I7a0dc80f6ec2c9c7b0233a71baf51aa66867c0e4
Signed-off-by: Feng Pan <fpan@redhat.com>

Change-Id: I10eebc955cae5006155e045accf2924c393ab522
Signed-off-by: Dan Radez <dradez@redhat.com>

The service for ceph is created using the init provider in puppet,
which does not support the enable parameter, and therefore the
ceph service will not start on boot. Since it creates a normal
sysvinit file, this can be remedied with chkconfig.

JIRA: APEX-232

opnfv-tht-pr: 58

Change-Id: I0ef9e49cfa55d8e57862fbd61fb487b6d99d8d57
Signed-off-by: Michael Chapman <woppin@gmail.com>

Forwarded traffic doesn't pass through the output table
so adding http, https and dns traffic reject rules to
forward table also for a mock-detached state

Change-Id: Iab4b7f0f7c95068223636052979c4959db6feaa6
Signed-off-by: Dan Radez <dradez@redhat.com>

opnfv-tht-pr: 57

Change-Id: I0d1b3bb8983c1f7464b0270955fa4ba4e05d3467
Signed-off-by: Feng Pan <fpan@redhat.com>

JIRA: APEX-230

opnfv-tht-pr: 56

Change-Id: Ibc62472fe0877dd8e9d0fcc3ffab922f7a0d6c67
Signed-off-by: Tim Rozet <trozet@redhat.com>

Change-Id: Ic1be571650a301384b91981f3c2a362fa50c7414
Signed-off-by: Dan Radez <dradez@redhat.com>

JIRA: FUNCTEST-379

opnfv-tht-pr: 54

Change-Id: Ie0e8b4c49ffa5f5d57fb14360f822d052734d036
Signed-off-by: Tim Rozet <trozet@redhat.com>

- Move deploy option parsing to before network settings parsing,
  as performance options are needed during networking setting
  parsing.
- Fix numa fdio_enabled option setting
- Add numa to controller hiera hierarchy in tht

opnfv-tht-pr: 53

Change-Id: I0a87c557c8bf653d5a86eccdbb3172733c06716a
Signed-off-by: Feng Pan <fpan@redhat.com>

Change-Id: Ic2dedd5ded9dec3a549a2a2a30d46b748957ea3b
Signed-off-by: Dan Radez <dradez@redhat.com>

Aodh requires its alarm topic to be in the ceilometer event
pipeline.

opnfv-tht-pr: 52
JIRA: APEX-223

Change-Id: I613757729655c05774bab1d3d19ca35bd999cd1f
Signed-off-by: Michael Chapman <woppin@gmail.com>

JIRA: APEX-222

Change-Id: I435852fbe1597bf03f617dc14a6718de699b648f
Signed-off-by: Feng Pan <fpan@redhat.com>

Changes include:
 - RPM build for congress moved into Apex
 - Fixes missing log dir for congress in spec
 - Adds missing API network definition for Congress
 - Fixes URL for getting doctor driver
 - Increases controller default RAM to 10GB due to resource contention
   with ODL
 - Fixes Congress service config/db sync in THT to be in step 3

opnfv-tht-pr: 51

JIRA: APEX-212

Change-Id: I4a55646e7ef851782ae0d1963f7b479086958365
Signed-off-by: Carlos Goncalves <carlos.goncalves@neclab.eu>
Signed-off-by: Tim Rozet <trozet@redhat.com>

JIRA: APEX-130
opnfv-tht-pr: 50

Change-Id: Ib21e79027d8e06a11e89477340983d9f72181a4f
Signed-off-by: Feng Pan <fpan@redhat.com>

Run a pcs cleanup before db sync and also at the end of the deployment.
This will give processes a chance to recover in case there has been
any kind of error that would lead to a process being scored -INFINITY
due to repeated failed startup that may have been caused by load during
the deployment, or another latent issue.

Print out any services that are failed in pcs at the end of deployments.

opnfv-tht-pr: 41

Change-Id: Idf4f03cd0463a3facd0726483091ac6f1b3bf000
Signed-off-by: Michael Chapman <michapma@redhat.com>

SSH keys for the nova account are required for the nova resize
functionality. A new pair of keys is generated for each deploy.

In addition, host keys are populated and a shell is provided to
the nova user on all compute nodes via puppet.

opnfv-tht-pr: 43

Change-Id: Ibde6877d279bc0b87553301fbce44975286cb092
JIRA: APEX-147
Signed-off-by: Michael Chapman <michapma@redhat.com>

When rebooting a control node, duplicate nova instances will be created
because the hostname in the nova config is not set properly.

opnfv-tht-pr: 44

JIRA: APEX-182

Change-Id: I04447fbc0f25b2ffeac7490f6b64ed1e611f0026
Signed-off-by: Tim Rozet <trozet@redhat.com>

JIRA: APEX-185

Change-Id: I1e281f5905cc1db05d0f654503d91acda853c183
Signed-off-by: Tim Rozet <trozet@redhat.com>

opnfv-tht-pr: 42
opnfv-puppet-tripleo-pr: 5

JIRA: APEX-206

Change-Id: I5be94b69a10e000650a987cc2fcd41be800a6e88
Signed-off-by: Dan Radez <dradez@redhat.com>

Try moving mongo to be the first core service brought up, so that
it doesn't interfere with heartbeats on any active services

opnfv-tht-pr: 40

Change-Id: If166eae94712d3812f5c63ef0f63bc511f7d55d2
Signed-off-by: Michael Chapman <michapma@redhat.com>

opnfv-tht-pr:39

Change-Id: I0fc1f5ce008a93b9eaa37603086fbe785d40da20
Signed-off-by: Dan Radez <dradez@redhat.com>

- mock-detached will add or remove firewall rules to block
  traffic that would pull resources from the internet durning a deploy
  These firewall rule may need to be added to, just starting with
  http and https traffic figuring that would block the majority of cases.

- making updates to util help message according to:
  https://en.wikipedia.org/wiki/Usage_message

Change-Id: I3c90999f977dd8f49c48399d312ed128b37bea6d
Signed-off-by: Dan Radez <dradez@redhat.com>

JIRA: APEX-194

opnfv-tht-pr: 38

Change-Id: I039320496fb2c5ed6e8dd87aafb1fece1fc9717d
Signed-off-by: Tim Rozet <trozet@redhat.com>

opnfv-tht-pr: 35

Change-Id: I17fd58c3e3a8862e36e45c9c50e0119ca4a88f89
Signed-off-by: Feng Pan <fpan@redhat.com>

trying to reduce the monolith deploy.sh to smaller parts

Change-Id: Ie2d2d74de5b8cacbb1c57d3d397bede0b659c0af
Signed-off-by: Dan Radez <dradez@redhat.com>

trying to reduce the monolith deploy.sh to smaller parts

Change-Id: Ie7068473e4ddd8eeca28ebd03de57781222ad761
Signed-off-by: Dan Radez <dradez@redhat.com>

trying to reduce the monolith deploy.sh to smaller parts

Change-Id: Iceeda2be0539563163bceaacbb54c6cc2d07b87b
Signed-off-by: Dan Radez <dradez@redhat.com>

Tested against Apex Brahmaputra as I have had many issues getting a Colorado environment up and running.

Moved Ansible playbooks and scripts from ci/smoke_tests/ to tests/smoke_tests/
Rebase to master...

Change-Id: I09273de659c76d32ccfb74a548dabf7f84c65d6d
Signed-off-by: spisarski <s.pisarski@cablelabs.com>

trying to reduce the monolith deploy.sh to smaller parts

Change-Id: Ia92c055021073dc72f46a970cd03206ddd8df8da
Signed-off-by: Dan Radez <dradez@redhat.com>

trying to reduce the monolith deploy.sh to smaller parts

Change-Id: Ic40a7327d95a290d83f9c0b18ad87a280b0da3c4
Signed-off-by: Dan Radez <dradez@redhat.com>

trying to reduce the monolith deploy.sh to smaller parts

Change-Id: Ic788748969819637171a51d10b87b018fe286ae1
Signed-off-by: Dan Radez <dradez@redhat.com>

Change-Id: I88514fe95121ecc7e6e4cbb41f529404c815bf06
Signed-off-by: Dan Radez <dradez@redhat.com>

Trying to split the monolith deploy.sh

Change-Id: Ib145e01696384b1b27e8a79263647235e7d68e2a
Signed-off-by: Dan Radez <dradez@redhat.com>

After dpdk finishes install, br-phy needs to be brought up and ovs-agent
needs to be restarted.  This cannot happen in tripleO because
os-collect-config will try to ping from dpdk interfaces to the
controller to validate network connectivity.  This doesn't work with
dpdk, so we leave br-phy down until end of deployment.

JIRA: APEX-119

Change-Id: I3d36d02b773fcbb3c5527b85fd00a2fa1b3cc25d
Signed-off-by: Tim Rozet <trozet@redhat.com>