Age | Commit message (Collapse) | Author | Files | Lines |
|
"helm repo update" accepts no arguments
Change-Id: I216d50d9fa98f59191795f5625ec835158458978
Issue-ID: OOM-2562
Signed-off-by: Bartek Grzybowski <b.grzybowski@partner.samsung.com>
(cherry picked from commit 380f9b87472820704216ed057a77c622200ccd56)
|
|
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>
|
|
Checking if images are in release repository.
Signed-off-by: Jakub Latusek <j.latusek@samsung.com>
Issue-ID: OOM-2616
Change-Id: Ibb4f7e51fb3a1afcebaecd04ca3e1a4bf62dd467
|
|
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
|
|
Change-Id: Ic0df69cdf5be0eaef749b784e59daec0c8ffff63
Signed-off-by: Jakub Latusek <j.latusek@samsung.com>
Issue-ID: OOM-2562
|
|
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
|
|
Issue-ID: OOM-2412
Signed-off-by: Mateusz Pilat <m.pilat@partner.samsung.com>
Change-Id: I7d02ebc6aa43a8e8aa89cea7860bba6b55723fa9
|
|
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
|
|
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
|
|
Issue-ID: OOM-2245
Signed-off-by: Ubuntu <dgl@research.att.com>
Change-Id: Ie5e63a847904c67be1804e97afac8b2a058685a6
Signed-off-by: Ubuntu <dgl@research.att.com>
|
|
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>
|
|
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>
|
|
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>
|
|
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>
|
|
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>
|
|
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>
|
|
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>
|
|
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>
|
|
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
|