Recent versions of MariaDB (10.1.31, 10.2.13) have a regression that
breaks clustering. See https://github.com/MariaDB/server/pull/457 and
4e6dab94d0
for an in depth explanation.
We need 10.2.13+ for Barbican to function correctly (see bug #1734329)
but we also need the fix above to support MariaDB clustering.
This work-around can be removed later on when MariaDB 10.2.x releases
contain the needed script fix.
Thanks to Sam Yample <sam@yaple.net> for helping track this down.
Change-Id: Ifd09d7effe7d382074ca9e6678df36bdd4bce0af
This PS adds the ablity to target different configs to different
hosts for the nutron agents, in the same manner as nova-compute.
Change-Id: Iebd87e30014d6cac2127c7e1a14259b10d74fbf8
This reverts commit 81bf5f3656 back to
MariaDB 10.1.23 which we know works with clustering enabled
(pod.replicas.server > 1).
Change-Id: Ibf70dbab78f03d32e1ec96e99ac8db59d23cb96e
This PS allows arbitary hostnames to be used for public endpoints,
provided the resolve externally to the ingress controllers.
Change-Id: I44411687f756968d00178d487af66c2393e6bde0
This version is already being used by some charts, so this brings the
rest of the charts in line and allows them to use a new feature,
pod dependencies, that this version provides.
Change-Id: Ie8289eb09b31cd8f98c2c5b4dd5bbe469078e6d8
This patch set adds TLS support for keystone LDAP.
External-tracking: OSH#555
Change-Id: Ice32a31a712b8534a5d1a8f90a8a203710bdb9a9
Signed-off-by: Tin Lam <tin@irrational.io>
Changes nova chart to depend on neutron pod labels instead of daemonsets
in order to prepare for utilizing daemonset overrides in neutron chart,
Utilizes a new feature of kubernetes-entrypoint, pod dependencies, added
to kubernetes-entrypoint in v0.3.0.
Change-Id: Ic79ddc1b7f477195c5b3dfd630df4d78d7589030
This patch set adds a nv-gating with an OpenLDAP server with some sample
data loaded for development or testing use using a bootstrap job.
This patch set also adds confirming authentication works using domain-
specific configuration for keystone.
Consolidated change from: https://review.openstack.org/#/c/552976/
Co-Authored-By: Gage Hugo <gagehugo@gmail.com>
Change-Id: I1aeccffc018d0fcefc8e2b15a4ac6b83cb2be8b6
Signed-off-by: Tin Lam <tin@irrational.io>
The nova_sudoers entry in the nova configmap-etc was consuming
the neutron_sudoers entry in the values.yaml. This corrects it to
point at nova_sudoers instead
Change-Id: I621c817c579cc1c31fa51b1a0f49a43a652784a2
