Skip to content

aws: cap Helm release revision history for aws-load-balancer-controller #293

@dcmcand

Description

@dcmcand

Surfaced during review of #259 (pkg/provider/aws/aws_load_balancer_controller.go:175).

nic deploy is idempotent and re-runs the Helm upgrade for the LBC each time. The Helm Go client's upgrade action does not set MaxHistory by default, which means every nic deploy creates a new release revision and they accumulate without bound. The Helm CLI defaults this to 10.

Proposed fix

client.MaxHistory = 10

on the upgrade client. Same likely applies to any other Helm installs we drive from Go (worth a quick audit while we are in there).

Definition of done

  • MaxHistory set to 10 on the LBC Helm upgrade client
  • Other Go-driven Helm installs in the repo audited and updated where missing
  • Verified via helm history -n kube-system aws-load-balancer-controller after multiple nic deploy runs that history is bounded

Review thread: #259 (comment)

Metadata

Metadata

Assignees

No one assigned

    Labels

    needs: triage 🚦Someone needs to have a look at this issue and triagetype: maintenance 🛠Day-to-day maintenance tasks

    Type

    No type
    No fields configured for issues without a type.

    Projects

    No projects

    Milestone

    No milestone

    Relationships

    None yet

    Development

    No branches or pull requests

    Issue actions