Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Setting backupStorageLocation default field to false has no effect #544

Open
sherif-fanous opened this issue Feb 8, 2024 · 3 comments
Open

Comments

@sherif-fanous
Copy link

What steps did you take and what happened:

configuration:
  backupStorageLocation:
    - bucket: <bucket-name>
      config:
        region: us-east-1
        s3ForcePathStyle: true
        s3Url: <s3-endpoint>
      default: false
      name: default
      provider: aws

Using a snippet similar to the above to create a backupStorageLocation that is not the default still results in the backStorageLocation being created with the default field set to true

I believe the issue is because of the usage of with here

Changing this section to the following should fix this issue

{{- if .default }}
default: {{ .default }}
{{- end }}

As a result when default is set to false the default field isn't generated by the helm template and somehow/somewhere it seems Velero is assuming that the default value should be set to true

What did you expect to happen:

The backupStorageLocation is created with default set to false

Environment:

  • helm version (use helm version): version.BuildInfo{Version:"v3.14.0", GitCommit:"3fc9f4b2638e76f26739cd77c7017139be81d0ea", GitTreeState:"clean", GoVersion:"go1.21.6"}
  • helm chart version and app version (use helm list -n <YOUR NAMESPACE>): 5.3.0
  • Kubernetes version (use kubectl version): 1.28.5
  • Kubernetes installer & version: k0s
  • OS (e.g. from /etc/os-release): Debian GNU/Linux 12 (bookworm)
@qiuming-best
Copy link
Collaborator

@sherif-fanous could you provide me the logs of the Velero server pod, I'm trying to figure out the reason

@jenting
Copy link
Collaborator

jenting commented Feb 20, 2024

@qiuming-best Do you think we should fix it in hell chart or in Velero code?

@qiuming-best
Copy link
Collaborator

I'm not sure why @sherif-fanous could not unset the default BSL. I'll wait for the logs for analysis @jenting

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

No branches or pull requests

3 participants