summaryrefslogtreecommitdiffstats
path: root/kubernetes/Makefile
AgeCommit message (Collapse)AuthorFilesLines
2020-11-24Drop repo name in Helm's v3 "repo update" subcommandBartek Grzybowski1-1/+1
"helm repo update" accepts no arguments Change-Id: I216d50d9fa98f59191795f5625ec835158458978 Issue-ID: OOM-2562 Signed-off-by: Bartek Grzybowski <b.grzybowski@partner.samsung.com>
2020-11-06[Tree-wide] Update helm repo after buildKrzysztof Opasiak1-5/+14
Helm 3 no longer supports creation of a local repo as helm 2 did. Now we need to use external component named chartmuseum to provide us repo for helm charts. When we start chartmuseum for the first time repo is empty and during our build process we successively built helm charts to it. As a last chart we always build our umbrella chart called onap and also push it to repo. Unfortunately our local helm cache is unaware that this new chart is now available untill we push sth else or execute helm repo update which leads to really cryptic deployment failures. To mitigate this issue let's add a new target helm-repo-update which will be executed right after onap and just make sure that our local cache is up to date. WARNING: If you are using helm v3 and you build a single component for the first time on this machine or version of chart for the component that you are building has just changed recently it's not enough to run: $ make <component> You need to also run: $ make helm-repo-update after successful build of your component. Issue-ID: OOM-2562 Change-Id: I77020a3fb5666106b86c6a76477a57d9dd5af047 Signed-off-by: Krzysztof Opasiak <k.opasiak@samsung.com>
2020-11-03Improve anti-staging checker.Jakub Latusek1-1/+6
Checking if images are in release repository. Signed-off-by: Jakub Latusek <j.latusek@samsung.com> Issue-ID: OOM-2616 Change-Id: Ibb4f7e51fb3a1afcebaecd04ca3e1a4bf62dd467
2020-10-16Update makefiles to use specific helm versionJakub Latusek1-12/+13
Helm is now called by HELM_BIN variable which by default is set to helm and makefiles use helm from path. HELM_BIN can be overwritten so user can have two version of helm in system and choose which one to use. Signed-off-by: Jakub Latusek <j.latusek@samsung.com> Issue-ID: OOM-2562 Change-Id: I0917796aafe234e87afa0ac3c4c15720296276d5
2020-10-12Use helm push pluginJakub Latusek1-0/+6
Change-Id: Ic0df69cdf5be0eaef749b784e59daec0c8ffff63 Signed-off-by: Jakub Latusek <j.latusek@samsung.com> Issue-ID: OOM-2562
2020-07-22[GLOBAL] Add sleep 3 to avoid race conditionKrzysztof Opasiak1-0/+1
We are facing some random failures in our gating due to race condition between our makefile and helm startup. To prevent that let's add a sleep 3 after helm serve. Yes we realize that it's not the proper solution but it's an easy win which is very readable compared to placing a proper solution in the makefile. Issue-ID: OOM-2511 Signed-off-by: Krzysztof Opasiak <k.opasiak@samsung.com> Change-Id: If6b3332ea9f51e997f2a6057fff9d481b425104a
2020-05-15Fix: make all - returns multiple warningsMateusz Pilat1-1/+1
Issue-ID: OOM-2412 Signed-off-by: Mateusz Pilat <m.pilat@partner.samsung.com> Change-Id: I7d02ebc6aa43a8e8aa89cea7860bba6b55723fa9
2020-05-08[Tree-wide] Make chart build process predictibleKrzysztof Opasiak1-2/+2
ONAP is built using plain makefile rules. List of targets is generated using wildcard function. Based on make changelog: http://git.savannah.gnu.org/cgit/make.git/tree/NEWS since version 3.82 wildcard is not going to sort its results which means that charts are being processed in an arbitrary order which may lead to build failure due to missing dependencies. Since version 4.3 make started sorting the wildcard results once again which may lead to build issues. To avoid that and make our builds predictible independently from Makefile version let's make sure that we always sort wildcard results. Addinally let's use 'file://' instead of '@local' for charts in common to resolve dependencies between them. Issue-ID: OOM-2399 Signed-off-by: Krzysztof Opasiak <k.opasiak@samsung.com> Change-Id: Iacb02dcdbd577ce0e9ca1078dd0586d296ec9375
2020-02-21Add Makefile option to skip lining of helm chartsKrzysztof Opasiak1-1/+7
For some reason after introducing our awesome templates to ONAP make command can take now quite a lot of time, which sometimes causes out CI jobs to fail. Command that takes so much time is helm lint. This patch adds a Makefile option that allows you to skip linting of helm charts and just build them. Example: make SKIP_LINT=TRUE Default behavior stays unchanged. Issue-ID: OOM-2055 Signed-off-by: Krzysztof Opasiak <k.opasiak@samsung.com> Change-Id: Ic50bad0cc82892e1daecc5761d6144d788a79d9f
2019-12-18Give user link to submodule instructionsUbuntu1-3/+16
Issue-ID: OOM-2245 Signed-off-by: Ubuntu <dgl@research.att.com> Change-Id: Ie5e63a847904c67be1804e97afac8b2a058685a6 Signed-off-by: Ubuntu <dgl@research.att.com>
2018-11-26Add helm plugins to public helm repoMike Elliott1-1/+5
Needed to document the ability to add helm plugins via remote public helm repo. Change-Id: Iae1a67c2e0e2c7d79629a05e395975a51ed0d896 Issue-ID: OOM-1497 Signed-off-by: Mike Elliott <mike.elliott@amdocs.com>
2018-04-30Integration w common/postgresDominic Lunanuova1-1/+1
Patchset 1: first cut at integration with common/postgres Patchset 2: Mandeep Khinda - refactored charts to standardize Wired in shared postgres chart Patchset 6: Introduced simple dmaap/Makefile to force helm dep up in the deeper charts directory. Includes slight modification to parent make clean target Patchset 8: merge conflict again Change-Id: If59f08638bac8761ae5452b60f172c99fcf4ec86 Signed-off-by: Dominic Lunanuova <dgl@research.att.com> Issue-ID: DMAAP-117 Signed-off-by: Dominic Lunanuova <dgl@research.att.com>
2018-03-27Add repo index fixMike Elliott1-2/+8
Fixes an issue where subchart build dependencies are not always resolved when using 'make repo' to start a local helm repo. Also added the start of a 'make repo-stop' to shutdown and cleanup a running local repo. Change-Id: I33667053637ea4980ad00e424378a156abbe1ad4 Issue-ID: OOM-830 Signed-off-by: Mike Elliott <mike.elliott@amdocs.com>
2018-03-26Add ONAP Quickstart README for BejingMike Elliott1-0/+7
This is largely a duplication of what will be in the offical readthedocs documentation. It is put here now as part of the README to provide immediate help to those trying to deploy ONAP using an all Helm deployment mechanism. The README will later be amended to simply point to the offical docs once it has been published for Beijing. Change-Id: I5e3ec279e19617912d28d482e7818c01620d8945 Issue-ID: OOM-827 Signed-off-by: Mike Elliott <mike.elliott@amdocs.com>
2018-03-26Add fix for build dependeciesMike Elliott1-9/+16
Moved mysql and dgbuilder under common (built first) to ensure they are built before appc and sdnc charts that depend on them. Change-Id: I2fc28f0537b2639bd2b761c6f115544965a228b1 Issue-ID: OOM-830 Signed-off-by: Mike Elliott <mike.elliott@amdocs.com>
2018-03-24Add standardized helm chart for appcMike Elliott1-1/+8
This is a standardization (based on helm community best practices) of a Helm chart for the Application Controller (appc) in ONAP. How to deploy the helm chart (outside of the parent onap chart) from the local oom/kubernetes codebase. Run local helm repository in the background: $ nohup helm serve & In kubernetes directory run: $ make all 2 ways to install (--set are for testing purposes) Full onap: $ helm install onap --name onap --namespace onap --set global.pullPolicy=Never,mysql.replicaCount=2,appc.replicaCount=2 Appc only: $ helm install setup --name onap-setup --namespace onap-apps $ helm install appc --name appc --namespace onap-apps Change-Id: Ib780f979ad25ecafb08110504b5941e980ca8a95 Issue-ID: OOM-733 Signed-off-by: Mike Elliott <mike.elliott@amdocs.com> Signed-off-by: ah415j <ah415j@att.com>
2018-03-22Add common location for shared chartsMike Elliott1-7/+2
Moved shared templates into common directory. This "common" location is where upcoming charts for mariadb-galera, postgress etc. will reside. Change-Id: Id2e2ffd3369a3e4d6437c2ca4f04a5f1dceb236a Issue-ID: OOM-816 Signed-off-by: Mike Elliott <mike.elliott@amdocs.com>
2018-03-09iterating on new helm structure for SOMandeep Khinda1-4/+12
with this change we can now do the following: can deploy umbrella chart with currently working components: helm install local/onap --name onap --namespace onap-all helm install local/onap --name onap-2 --namespace onap-all-2 \ --set global.nodePortPrefix=303 - umbrella includes setup chart can deploy a-la-carte component by component into a single namespace - Need to deploy a setup chart first. cannot be made a helm dependency as there will be conflicts if each app chart has the same setup dependency. helm install local/setup --name onap-setup --namespace onap-apps helm install local/so --name so1 --namespace onap-apps \ --set global.nodePortPrefix=304 helm list NAME REVISION STATUS CHART NAMESPACE onap 1 DEPLOYED onap-2.0.0 onap-all onap-2 1 DEPLOYED onap-2.0.0 onap-all-2 onap-setup 1 DEPLOYED setup-2.0.0 onap-apps so1 1 DEPLOYED so-2.0.0 onap-apps Unfortunately, the config maps all have fixed names, so installing the same app in the a-la-carte fashion will fail due to a collision. Not worrying about this as I'm not sure we want to support this. -made the common and setup charts standalone to remove relative file paths from requirements.yaml This will help when there are different levels of subcharts that need to include common Issue-ID: OOM-786 Issue-ID: OOM-789 Issue-ID: OOM-788 Change-Id: I20bacae6f0f20e8f3bb1527af1e7e53f187341d5 Signed-off-by: Mandeep Khinda <mandeep.khinda@amdocs.com>
2018-02-23Add Makefile to OOM projectMike Elliott1-0/+39
Executing 'make' provides: - linting of all charts - resolution of chart/subchart dependencies - creation and deployment of Helm packages to a local Helm repo Prerequisite: Start up a local repo and register with Helm as 'local'. Example: > helm serve > helm repo add local http://127.0.0.1:8879 Change-Id: Ie08e8fc2593ac7e67b01f93e266953b962adef5d Signed-off-by: Mike Elliott <mike.elliott@amdocs.com> Issue-ID: OOM-265