Age | Commit message (Collapse) | Author | Files | Lines |
|
Update the port names of metrics and mariadb to match the
istio requirements and update the timeouts.
Fix mysql protocol setup for istio and update mariadb-init job
to support istio sidecar communication.
This is separated from a patch for CDS SM compatibility
Issue-ID: OOM-2820
Signed-off-by: Andreas Geissler <andreas-geissler@telekom.de>
Change-Id: I02c19c9fcfbd76a2cede0b924174ad81b45d719e
|
|
The backup job stopped working after upgrade to bitnami images.
Mariabackup was not designed to work remotely, it is supposed to run
on the database server. Because of this we need to mount the data pvc
into the backup job pod. It will however connect to the database daemon
using a hostname, so we need to connect to the first replica in the
cluster. Also had to set readOnlyRootFilesystem=false and add emptyDir
volumes to solve various permission issues.
Issue-ID: OOM-2932
Signed-off-by: Jozsef Csongvai <jozsef.csongvai@bell.ca>
Change-Id: I776903f9ec541f8dc5818b2ba4c1292226ec2bc6
|
|
This was causing errors when using bootstrapFromNode
Issue-ID: OOM-2933
Signed-off-by: Jozsef Csongvai <jozsef.csongvai@bell.ca>
Change-Id: I55b49ad40b5f45b394acd064fcbc7f272298fde0
|
|
DB connection from Policy Framework components fail intermittently with
Connection refused error. Upon investigation, identified that
mariadb-metrics readiness is failing with timeout, and thereby affecting
the db connectivity intermittently.
So, changing readiness timeout from 1 second to 5 seconds so that
there is enough time to get back the /metrics response
and readiness can pass. Also making the properties configurable.
Similar issue could happen in other components too.
Change-Id: I8dfbfeb0fe791c1bce373dd9d7124d26457c4919
Issue-ID: POLICY-3637
Signed-off-by: a.sreekumar <ajith.sreekumar@bell.ca>
|
|
Add prometheus service monitor template to common charts so that components
can reuse it to enable scraping of their metrics by prometheus.
Issue-ID: OOM-2710
Signed-off-by: Marat Salakhutdinov <marat.salakhutdinov@bell.ca>
Change-Id: Ifa8da676dec05192c518ba97208df60e5ec46f55
|
|
fix matchExpressions under nodeSelectorTerms to indicating
array construct.
there is no helm tpl defined with common.tplvalues, fixing
it to use common.tplValue
Issue-ID: OOM-2800
Signed-off-by: Prabhjot Singh Sethi <prabhjot@aarnanetworks.com>
Change-Id: I572ee30af745aa7f10c8438ea9516534e71d5acd
|
|
Instead of long initial delay on readiness and liveness probes, use
startup probes and be more aggressive on readiness and liveness.
Issue-ID: OOM-2740
Signed-off-by: Sylvain Desbureaux <sylvain.desbureaux@orange.com>
Change-Id: I86015a4a0c4ab313929c5bd103dedced1df88ec3
|
|
Bitnami init script can automatically choose the node address (which is
the IP address of the container).
Unfortunately, this doesn't work when on dual stack as both IP addresses
with a space are given (see
https://github.com/bitnami/charts/issues/4077).
This patch force the IP address so we can get rid of this issue
Issue-ID: OOM-2661
Signed-off-by: Sylvain Desbureaux <sylvain.desbureaux@orange.com>
Change-Id: I5dd2147df1932b1f0fdde7c2b55585cff45bab68
|
|
Bitnami mariadb-galera image has a special environment variable that
allows to wait few seconds for mariadb to be fully initialized.
This is especially important when a lot of pods are created in parallel,
like in OOM.
Unfortunately, the variable name used wasn't the good one.
This patch rectifies that
Issue-ID: OOM-1720
Signed-off-by: Sylvain Desbureaux <sylvain.desbureaux@orange.com>
Change-Id: I2f41ec734a45197c40d5adfa9e214ba5e335f44d
|
|
Mariadb DB Galera containers version is outdated and unmaintained. We
need them to move to a new image provider.
As new image provider is not compatible with our old templates, we
also update the templates (by reworking bitnami mariadb-galera chart).
An update of global mariadb image is also done in order to match mariadb
galera version.
Issue-ID: OOM-1720
Signed-off-by: Sylvain Desbureaux <sylvain.desbureaux@orange.com>
Change-Id: Ib9976227759e90022183d4f37fc655143be4d6ac
|
|
This commit makes mariadb galera template to use the new generator for
repositories and images.
As mariadb are coming from dockerhub, we're using directly this
repository.
Issue-ID: OOM-2364
Signed-off-by: Sylvain Desbureaux <sylvain.desbureaux@orange.com>
Change-Id: I7010ea3214c34fbee1ee697a127a1e43bfd16aed
|
|
Readiness container v3.x and up are now present in ONAP main repository.
They're also not using root user anymore and then script path has
changed.
Finally, "job_complete" script has been integrated in main "ready"
script.
As those changes are significant, we must upgrade all the components at
once.
Depends-On: I5afa83892043f4844afe12e61724a8d368a9f2e0
Issue-ID: OOM-2545
Signed-off-by: Grzegorz Lis <grzegorz.lis@nokia.com>
Change-Id: I0b4eb5dd86390273532d67d0a9696e1cfcadf110
|
|
Issue-ID: OOM-2525
Signed-off-by: Marat Salakhutdinov <marat.salakhutdinov@bell.ca>
Change-Id: I7ea70454368c68e3a264a181a57fae7bad1219d1
|
|
|
|
Issue-ID: OOM-2482
Signed-off-by: Daniel Milaszkiewicz <daniel.milaszkiewicz@nokia.com>
Change-Id: I5dbe0b168535d48068a93dd3494a59bf90ea2a6f
|
|
any changes to charts that could cause loss of all data.
Issue-ID: OOM-2442
Signed-off-by: Marat Salakhutdinov <marat.salakhutdinov@bell.ca>
Change-Id: Ifd3bbc0f63e95b1c8797ecd09a891195faafc8c2
|
|
When upgrading from a version to another, it may be impossible to do it
"simply" because of changes in immutable properties of statefulsets. We
change that here by creating a temporary deployment which will hold the
whole databases during the time the old statefulset gets destroyed and
the new one gets created.
Issue-ID: OOM-2316
Signed-off-by: tringuyen <tri.nguyen@tatacommunications.com>
Signed-off-by: Sylvain Desbureaux <sylvain.desbureaux@orange.com>
Change-Id: I318d72830d5002f50597e23e0753e292f8b47c53
|
|
derivePassword which we use to generate our passwords includes ' in
set of special characters that can be used in passwords.
Current implementation of bitnami configure-mysql.sh simply
concatenates password surrounded with '' rest of SQL query. This
causes issues if password contains ' as it creates invalid SQL statement.
To fix this issue we just patch the script and escape the special '
character in password.
Issue-ID: OOM-2246
Reported-by: Mateusz Pilat <m.pilat@partner.samsung.com>
Signed-off-by: Krzysztof Opasiak <k.opasiak@samsung.com>
Change-Id: I3d2150760755e55558e2045cbb7ca5693c8ab71f
Signed-off-by: Krzysztof Opasiak <k.opasiak@samsung.com>
|
|
It turned out that our current implementation of common secret
template is really heavy which makes onap linitng extremely long.
To improve the situation let's introduce some results caching instead
of processing templates over and over.
For now we cannot simply replace common secret template because in
mariadb-init we generate list of secrets on the fly so we will need
to revisit this fragment later.
Whole series of patches managed to reduce ONAP linting time to 40
mins.
Issue-ID: OOM-2051
Signed-off-by: Krzysztof Opasiak <k.opasiak@samsung.com>
Change-Id: Id2e743147afa37290df19b73feee67621f13f67c
|
|
Usage of plain strings is very fragile especially when you try
to change them. That's why instead of depending on strings let's
just define a few convenience templates to be used in projects
that use mariadb-galera chart.
Issue-ID: OOM-2249
Change-Id: Ib867d34090b06a15ea3898a9524f5e3d04a656c0
Signed-off-by: Krzysztof Opasiak <k.opasiak@samsung.com>
|
|
ONAP is too big to be deployed using helm install so we need to
use a custom helm plugin helm deploy. This script deloys onap
component by component instead of deploying evrything at
once. Unfortunately this script also modifies the helm release by
appending component name to it.
As a result of this behavior our objects are called for example:
onap-mariadb-galera-mariadb-galera-0
instead of just being called onap-mariadb-galera-0.
This patch simplifies this naming convention by replacing all direct
usages of .Release.Name with common.release macro which strips the
component specific part from the release name.
Issue-ID: OOM-2275
Signed-off-by: Krzysztof Opasiak <k.opasiak@samsung.com>
Change-Id: Ia8cead50d305adb00eef666d0a1ace74479b5183
|
|
Instead of defining the secret in some custom way let's use the common
template (common.secret). To avoid some issues in ONAP components that
depend on this chart let's do not remove for now the default username
and password. We will do this when all services properly utylize
secrets to store mariadb credentials.
Issue-ID: OOM-2053
Signed-off-by: Krzysztof Opasiak <k.opasiak@samsung.com>
Change-Id: I78e224299cccd9632192ee03a45cd077e6f0906f
|
|
OOM has now templates in order to create the needed PVC, using:
* a PV with a specific class when using a common nfs mount path between
nodes (sames as today use) --> is the default behavior today
* or a storage class if we want to use dynamic PV.
On this case, we use (in order of priority):
- persistence.storageClassOverride if set on the chart
- global.persistence.storageClass if set globally
- persistence.storageClass if set on the chart
I've also aligned the PV creation of the different charts.
I've also aligned the PVC creation of the different charts.
I've removed unused mysql chart and (badly) used nfs-provisioner chart.
I've also make cassandra backup work with dynamic PV (but RWX only for
now).
Change-Id: I0ea3f8c7514ca648d94b6c682684c06b822bbe0a
Issue-ID: OOM-2229
Issue-ID: OOM-2228
Issue-ID: OOM-2227
Issue-ID: OOM-1227
Signed-off-by: Sylvain Desbureaux <sylvain.desbureaux@orange.com>
|
|
Two helper functions are defined:
- common.storageClass: will print the right storage class according to
properties set or not:
* if no storage class set --> use previous behavior (storage class
named `common.fullname-data`.
* if a "persistence.storageClassOverride" is set for this specific chart,
we use it (if it's "-", we set to default one)
* if a "global.persistence.storageClass" has been set (and no
storageClassOverride for this chart), we use it (same specificity than
storageClassOverride)
* if a "persistence.storageClass) has been set (and no
storageClassOverride nor global one), we use it (same specificity
than storageClassOverride)
- common.needPV: will print "True" if we need a PV (no storageClass and
storageClassOverride being set).
an implementation example with mariadb-galera is provided.
Issue-ID: OOM-1500
Change-Id: I20a667e17b00c255c4b828e3c66f9c0df7c8755c
Signed-off-by: Sylvain Desbureaux <sylvain.desbureaux@orange.com>
|
|
Used PVC(s) are actually created in the statefulset
Change-Id: I24f2c3ff0934178c9af06bfee60b4b6e35cfe953
Issue-ID: OOM-2155
Signed-off-by: Sylvain Desbureaux <sylvain.desbureaux@orange.com>
|
|
Issue-ID: OOM-2088
Signed-off-by: Akansha Dua <akansha.dua@amdocs.com>
Change-Id: Ie7f25c812984abc8631a86b2385dd14a365a8ea5
|
|
Issue-ID: VFC-1392
Change-Id: I8b4a97dbac6245c7747a31fdc557ffd8d9a974d5
Signed-off-by: yangyan <yangyanyj@chinamobile.com>
|
|
Change-Id: Ie1f76bd81c001b688aaf2a34b04b3399520a6999
Issue-ID: OOM-1794
Signed-off-by: mahendrr <mahendra.raghuwanshi@amdocs.com>
|
|
Issue-ID: OOM-1373
Change-Id: Ifc6593a7e8f8622bfec29b942c5c75cdb59c997d
Signed-off-by: sushil masal <sushil.masal@amdocs.com>
|
|
This change provides the necessary helm charts to
instantiate the oof-cmso database (mariadb-galera) and
oof-cmso service to support the scheduling of change management
requests.
Issue-ID: OPTFRA-373
Change-Id: I5e5024849f251eee29d3d8697e46756211b5c640
Signed-off-by: Jerry Flood <jflood@att.com>
|
|
Change-Id: If156e738a26c7c19043657c97ac327125c5162db
Issue-ID: OOM-1486
Signed-off-by: Alexis de Talhouët <adetalhouet89@gmail.com>
|
|
Issue-ID: OOM-1145
Change-Id: I1510339a820802554b6e8b9a201619ef66be17a0
Signed-off-by: Mandeep Khinda <mandeep.khinda@amdocs.com>
|
|
The service name was being used as the port name. There is a 15 character
limit for a port name in Helm. This patch allows another chart to configure
the port name that is used via service.portName.
Change-Id: Ie4b805a5e58a53b10480961e543267ca8bb1dc00
Issue-ID: CCSDK-523
Signed-off-by: Mike Elliott <mike.elliott@amdocs.com>
|
|
|
|
Change-Id: I3537415a9266bc388aca146f86984c8a1585ce4e
Issue-ID: OOM-1205
Signed-off-by: pramod <pramod.kumarsharma@amdocs.com>
|
|
Issue-ID: OOM-1356
Change-Id: I656f4ce722cd239933aa5a088308da5e9de7a7db
Signed-off-by: vaibhavjayas <vaibhav.jayas@amdocs.com>
|
|
Issue-ID: OOM-874
Changes to be committed:
modified: aai/charts/aai-babel/templates/deployment.yaml
modified: aai/charts/aai-champ/templates/deployment.yaml
modified: aai/charts/aai-data-router/templates/deployment.yaml
modified: aai/charts/aai-gizmo/templates/deployment.yaml
modified: aai/charts/aai-modelloader/templates/deployment.yaml
modified: aai/charts/aai-resources/templates/deployment.yaml
modified: aai/charts/aai-search-data/templates/deployment.yaml
modified: aai/charts/aai-sparky-be/templates/deployment.yaml
modified: aai/charts/aai-traversal/templates/deployment.yaml
modified: aai/charts/aai-traversal/templates/job.yaml
modified: appc/charts/appc-cdt/templates/deployment.yaml
modified: appc/templates/statefulset.yaml
modified: clamp/charts/mariadb/templates/deployment.yaml
modified: clamp/templates/deployment.yaml
modified: cli/templates/deployment.yaml
modified: common/dgbuilder/templates/deployment.yaml
modified: common/mariadb-galera/templates/statefulset.yaml
modified: dcaegen2/charts/dcae-bootstrap/templates/job.yaml
modified: dcaegen2/charts/dcae-cloudify-manager/templates/deployment.yaml
modified: dcaegen2/charts/dcae-healthcheck/templates/deployment.yaml
modified: dcaegen2/charts/dcae-redis/templates/statefulset.yaml
modified: dmaap/charts/dmaap-bus-controller/templates/deployment.yaml
modified: dmaap/charts/dmaap-bus-controller/values.yaml
modified: esr/charts/esr-gui/templates/deployment.yaml
modified: esr/templates/deployment.yaml
modified: msb/charts/kube2msb/templates/deployment.yaml
modified: msb/charts/msb-discovery/templates/deployment.yaml
modified: msb/charts/msb-eag/templates/deployment.yaml
modified: msb/charts/msb-iag/templates/deployment.yaml
modified: multicloud/charts/multicloud-ocata/templates/deployment.yaml
modified: multicloud/charts/multicloud-vio/templates/deployment.yaml
modified: multicloud/charts/multicloud-windriver/templates/deployment.yaml
modified: multicloud/templates/deployment.yaml
modified: policy/charts/brmsgw/templates/deployment.yaml
modified: policy/charts/drools/charts/nexus/templates/deployment.yaml
modified: policy/charts/drools/templates/statefulset.yaml
modified: policy/charts/mariadb/templates/deployment.yaml
modified: policy/charts/pdp/templates/statefulset.yaml
modified: policy/templates/deployment.yaml
modified: portal/charts/portal-app/templates/deployment.yaml
modified: portal/charts/portal-cassandra/templates/deployment.yaml
modified: portal/charts/portal-mariadb/templates/deployment.yaml
modified: portal/charts/portal-sdk/templates/deployment.yaml
modified: portal/charts/portal-widget/templates/deployment.yaml
modified: portal/charts/portal-zookeeper/templates/deployment.yaml
modified: sdnc/charts/dmaap-listener/templates/deployment.yaml
modified: sdnc/charts/sdnc-portal/templates/deployment.yaml
modified: sdnc/charts/ueb-listener/templates/deployment.yaml
modified: sdnc/templates/statefulset.yaml
modified: uui/charts/uui-server/templates/deployment.yaml
modified: uui/templates/deployment.yaml
modified: vid/charts/mariadb/templates/deployment.yaml
modified: vid/templates/deployment.yaml
Change-Id: I00aaa1eff3b870db3b475365eeda3f2e10aef6b9
Signed-off-by: BorislavG <Borislav.Glozman@amdocs.com>
|
|
Issue-ID: OOM-906
Change-Id: Ic65127d3981cb0a696c784392cab59fbf06b1e66
Signed-off-by: BorislavG <Borislav.Glozman@amdocs.com>
|
|
A new common helm chart that will deploy a Galera cluster for MariaDB.
Please note that this chart is still work in progress and more features
will be added or improved.
Change-Id: Ia4487666798f83d2869c35bcfaacc5516068f194
Issue-ID: OOM-758
Signed-off-by: vitalied <vitalied@amdocs.com>
|