This change removes the UpgradeRemoveUnusedPackages parameter from
the fast-forward-upgrade environment to avoid removing packages
during upgrade which leads to failures.
Change-Id: I3e9ca8ef653f8298bc68bfe9752ae773f0fc34c0
fast_forward_upgrade_tasks for swift covering Ocata and Pike.
- Service status check
- Stop service when updating from Ocata to Pike
- Update swift packages
bp fast-forward-upgrades
Change-Id: I66879669cead2f7b5b2cd1398f344c063d771628
We make sure is_bootstrap_node is always set and we reset hiera
hierarchy on first run.
Resolves: rhbz#1535406
Clodes-Bug: #1743740
Change-Id: Ib5cc32b798118c85bf09beab097be2f6eaeb405f
This change introduces a simple environment file to be used when
updating the inital overcloud stack to generate the required Ansible
outputs. This environment introduces the following:
- resource_registry entries to ensure compatability between the deployed
Newton stack and the new Queens stack. These services having been
previously deprecated in Ocata before removal in Pike.
- parameter_defaults for StackUpdateType and UpgradeRemoveUnusedPackages
bp fast-forward-upgrades
Change-Id: I3c690b8d08ca3a7d75481e176760a0efddebf82a
* Add $ to to eval hosts to get proper dereference
* Add quatas around eval
* Replace let with ((i++))
Change-Id: I5dbb6ef16598905b6d3bbb9efc448e0b45cbe099
To be able to support multiple Ceph cluster, an initial step is
to allow for configuration of each cluster name.
Depends-On: I8d5293eaaf104b6374dfa13992a67ddc37397f10
Implements: blueprint custom-ceph-cluster-name
Change-Id: I1b4d51ca6a2d08fa7a68eea680eb104eff732057
Adds the ability to specify firewall chains via heat templates.
Additionally newer versions of docker have switched to updating
the FORWARD chain to DROP by default. Neutron needs this to be
ACCEPT by default. This change adds the ability to specify
firewall chains via templates.
Depends-On: Ib75f97748540b9162d76c9c189d3ca7e082b3784
Change-Id: I15ec9216013a1b0b935dcd1f5bc8281348777189
Related-Bug: #1750194
Due to an incompatible change in yaql, it's hard to use the aggregration
of groupBy as the behavior is completely different depending on the
version. Let's try to not rely on it.
Change-Id: I2887011f6baf4867d422579b116b5e143acf5679
Related-Bug: #1750032
This is potentially confusing now we added RHELRegistrationActions
since it's unused but mentions DeploymentActions.
Change-Id: Ifb335cb8055528fd9b64081b30e987524169dc95
This can be used in the case where e.g a satellite has been added
after the initial deployment to re-register the nodes with the
satellite, even those nodes that already exist.
Change-Id: I944bc4c65b08de1ca08dd91f55764ebfe141dd9c
The current structure is unnecessarily complex forcing the use of
json_query filter with a parameter. The quoting inside that line
become hard to read and is currently failing.
We change the structure to a simple hash, as this is currently all
what is needed.
Change-Id: I17f2d1b4e549e275d7d6a675cd522c6b567815ac
Closes-Bug: #1749911
Now SNMP is secured, we can re-enable it in CI.
This reverts commit cb90c8ce484d8e0328a0f2a8250e1c0fa81dd6cb.
Change-Id: I4ec805015ab8975d8922279ea64546799f5ce92a
Add a parameter, SnmpdIpSubnet, which can be an IP/MASK that will be
used to secure with IPtables the source network authorized to reach
SNMP service on the host.
If SnmpdIpSubnet is left empty (default) the parameter will be set to
SnmpdNetwork.
Also change the IPtables id, 127 was used by Horizon, so let's switch
SNMP to 124. No impact on users.
Change-Id: I46fce28926cb5a881f7384948480266712ae75e3
Closes-Bug: #1749324
horizon::vhost_extra_params is already configured in
puppet/services/horizon.yaml, and users can change the value with
HorizonVhostExtraParams parameter.
Docker deployments didn't have HorizonVhostExtraParams taken in account
since we were overriding with Hiera. This patch fix it.
Closes-Bug: #1749627
Change-Id: I77f1312112c7f613d795242060709082ef72f150
... so we can configure IPtables on containerized undercloud.
Depends-On: https://review.openstack.org/545367
Change-Id: I9f8c3d18938926257456388fd15e8eeb2e2868fd
... or the deployment fails since we try to deploy twice the
OS::TripleO::Services::NeutronApi service.
Change-Id: I92d5d037074494c40fb2b1968985a95ffd2fae12