k0sproject / k0sproject/k0sctl

unable to manage helm chart outside of k0sctl

Open
#306 5 comments 0 reactions 0 assignees View on GitHub
Dominant language
Go
Stars
582
Forks
113
Avg merge
2d 13h
Merged PRs (30d)
34

Description

I just upgraded a cluster using k0sctl `v0.12.4` where I initiatilly deployed a helm chart like this:

```yaml
extensions:
helm:
charts:
- name: cilium
chartname: cilium/cilium
version: 1.11.0
values:
```

I'm trying to upgrade the chart to version `1.11.1` but k0sctl will always deploy the same values and the same version as provided during cluster creation.

I have observed the following:

1. if I change the chart version and values in the k0sctl file, it gets ignored. No `helm upgrade` is run
2. if I run `helm upgrade` myself with new values and version before (1) and then run the apply k0sctl config, the helm chart is downgraded to the version and config provided during installation
3. if I delete the chart config from k0sctl, it happens the same as in (2)

Not sure if it's relevant, but I'm using dynamic configuration. I've not tried to change the `k0s.k0sproject.io/v1beta1/clusterconfigs` resource, as I don't know the implications of doing it directly vs `k0sctl apply`. Is this what I should be doing?

Another possibility I considered was editing the clusterconfig and remove the cilium chart altogether, but I don't want cilium removed for obvious reasons and I don't know if that would uninstall the chart

Contributor guide

No contributing guide indexed for this repository

Research direction

Reproduce the behavior with the extensions.helm.charts configuration, changing the Cilium version and values before running k0sctl apply. Trace how k0sctl apply and the clusterconfigs resource manage chart state, including removal, and define done as applying updated chart settings without silently restoring the installation-time values or version.

Written by the indexing model from the issue text.

Assessment

Tech stack
go, helm, kubernetes
Domain
devops, infrastructure, tooling
Issue type
Bug
Difficulty
4/5
Estimated time
3-5 days
Activity status
Stale
Clarity
Mostly clear
Newbie friendliness
35/100

Get new issues in your inbox

A short digest of beginner-friendly GitHub issues.