summaryrefslogtreecommitdiffstats
path: root/kubernetes/modeling/charts/modeling-etsicatalog/templates
AgeCommit message (Collapse)AuthorFilesLines
2020-11-23[MODELING] Uses new tpls for repos / imagesSylvain Desbureaux6-362/+0
This commit makes Modeling chart to use the new generator for repositories and images. As new templates doesn't work well with "sub charts", we move also subcharts to components folder. Issue-ID: OOM-2364 Signed-off-by: Sylvain Desbureaux <sylvain.desbureaux@orange.com> Change-Id: I64030918eb794a9a710b8286b9608aec02eabd1e
2020-10-26[MODELING]Add environment variables in OOM chartdengyh1-2/+8
Issue-ID: MODELING-441 Change-Id: Ibcabdb9db6f9d0695f2c338a9f7d52b42f6d0723 Signed-off-by: dengyh <dengyuanhong@chinamobile.com>
2020-10-21[MODELING] change comment styleJakub Latusek3-1/+7
Signed-off-by: Jakub Latusek <j.latusek@samsung.com> Change-Id: I4f98c890d72ab3372b9cc87e8b7cd46b885133df Issue-ID: OOM-2562
2020-10-09[MODELING] Refactor Modeling environment variablesdengyh1-4/+4
Issue-ID: MODELING-437 Change-Id: Ie8eba9f0d3e25787b0160e67d19a7d9f079dc717 Signed-off-by: dengyh <dengyuanhong@chinamobile.com>
2020-09-30Merge "[MODELING]Mysql DB migrate to MariaDB Galera Cluster"Sylvain Desbureaux2-19/+19
2020-09-28[MODELING] Change yaml comment to helm commentJakub Latusek1-1/+2
Signed-off-by: Jakub Latusek <j.latusek@samsung.com> Issue-ID: OOM-2562 Change-Id: I206cb464a8e0649f4381f6c515f4d47dae03b0e9
2020-09-09[MODELING]Mysql DB migrate to MariaDB Galera Clusterdengyh2-19/+19
Issue-ID: MODELING-412 Change-Id: I7d42912a9cc1f200cc1ce8916991e6e3ab5e010b Signed-off-by: dengyh <dengyuanhong@chinamobile.com>
2020-09-04[GENERAL] Use readiness container v3.0.1Sylvain Desbureaux1-2/+2
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
2020-07-23[MODELING] Make MODELING compatible with Kubernetes v1.17Grzegorz-Lis1-1/+4
Issue-ID: OOM-2457 Signed-off-by: Grzegorz Lis <grzegorz.lis@nokia.com> Change-Id: I9512abf462c8feef39cea3e3fa95794f0f0b223c
2020-07-15[MODELING]Modify the owner of static directory to onap instead of rootdengyh1-0/+10
Issue-ID: MODELING-390 Change-Id: I0ee220f9a86765af7c1b7b1292a338ba13ae8988 Signed-off-by: dengyh <dengyuanhong@chinamobile.com>
2020-04-21Register API to MSB via HTTPSdyh2-1/+9
Issue-ID: MODELING-291 Change-Id: Ic1472b5263768bdfcae333c75bb37e43d776b538 Signed-off-by: dyh <dengyuanhong@chinamobile.com>
2020-03-25[MODELING] Use faster version of common secret templateKrzysztof Opasiak2-2/+2
Issue-ID: OOM-2051 Signed-off-by: Krzysztof Opasiak <k.opasiak@samsung.com> Change-Id: I78da9c8786642531ce57475869eaeb6c21fd0376
2020-02-05Removed use of vfc-redis from etsicatalog componenthongyuzhao1-2/+0
Change-Id: Ie00783e0e55136aa40a8c3cf266ebc486240e308 Issue-ID: MODELING-307 Signed-off-by: hongyuzhao <zhao.hongyu@zte.com.cn>
2020-02-02[Modeling] Use common secret template for mariadb root passwordKrzysztof Opasiak2-8/+28
Remove hardcoded root password from the modeling chart. Because of huge number of issues in modeling docker image (see onap-discuss for details) I don't want to touch it. That's why I just made an awful hack to concatenate DB username and password before the entrypoint script. Please keep in mind that this eliminates only hardcoded root password but there is plenty of other credentials that are boiled into container image (DB, SDC, VCF-REDIS(!) etc). Issue-ID: OOM-2286 Signed-off-by: Krzysztof Opasiak <k.opasiak@samsung.com> Change-Id: Id85a03ec7f55885b606179d10e8b6528c6cb6947
2020-02-01[Modeling] Move mariadb-galera to etsicatalogKrzysztof Opasiak1-2/+2
etsicatalog is the only component inside modeling which use this DB thus there is no point to keep it outside of this component. Passwords and other bad stuff is left intentionally as this is just a first patch for this transition. Issue-ID: OOM-2286 Signed-off-by: Krzysztof Opasiak <k.opasiak@samsung.com> Change-Id: I4f592b736a86c7acf9ee43b0f6e136e5f1506847
2020-02-01[ONAP-wide] Replace .Release.Name with common.releaseKrzysztof Opasiak4-8/+8
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
2019-12-09[Modeling] Use global storage templates for PVCSylvain Desbureaux2-12/+6
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 Change-Id: I337e760ea71ec57c4f593e068c3cf6ea548a3cfc Issue-ID: OOM-1227 Signed-off-by: Sylvain Desbureaux <sylvain.desbureaux@orange.com>
2019-10-07Fixing Basic Modeling genericparser API Health Check Failingafenner1-3/+3
Change-Id: If2cf110e0387acaff61d996435efdedf41561b60 Issue-ID: OOM-2126 Signed-off-by: afenner <andrew.fenner@est.tech>
2019-10-02update OOM configuration for modeling/etsicatalogdyh5-0/+316
Change-Id: Ie6f18487961bc7de723f5dc69e37abfd5006f550 Issue-ID: MODELING-222 Signed-off-by: dyh <dengyuanhong@chinamobile.com>