Skip to content

Bump the documented scout-collector chart to 0.6.0 - #259

Merged
thilak009 merged 1 commit into
mainfrom
docs-collector-chart-0.6.0
Sep 24, 2026
Merged

thilak009 merged 1 commit into
mainfrom
docs-collector-chart-0.6.0

Conversation

@thilak009

Copy link
Copy Markdown
Contributor

Bumps the documented scout-collector chart version from 0.5.5 to 0.6.0 — two lines in the Kubernetes install guide, one for each of the Fargate and Managed Nodes variants.

Why

0.5.5 predates the kubernetes.io/os: linux nodeSelector on the collectors, and until today every version available on charts.base14.io lacked that guard. A customer adding a Windows node group to a cluster already running scout-collector got the Linux collectors scheduled onto it, where they cannot start — the collector image's manifest list is Linux-only, and the daemon mounts host paths with mountPropagation, which Windows pods do not support at all.

0.6.0 carries the guard, and adds opt-in Windows node support behind scout.windowsDaemon.enabled, default false — so nothing changes for anyone who does not ask for it.

Availability

This was blocked until now: charts.base14.io is a manual mirror and had been sitting at 0.5.9. 0.5.10, 0.5.11 and 0.6.0 were mirrored today, so the repo is no longer three versions behind charts.b14.dev.

Verification

Against the live repo, not a local chart:

  • helm pull base14/scout-collector --version 0.6.0 resolves
  • the pulled chart contains the windowsDaemon block, the OS guard, and image 0.130.1
  • rendering this page's own values.yaml example against it produces 7 resources, with the Linux guard present and zero Windows resources

Note

0.6.0 also moves the chart's default collector image from 0.118.0 to 0.130.1, because the config the chart generates is rejected by 0.118.0 (oauth2client's expiry_buffer is not a valid key there). Anyone installing on chart defaults — which is what this guide tells them to do — was getting a collector that could not start.

🤖 Generated with Claude Code

The install guide pinned 0.5.5, which predates the kubernetes.io/os
nodeSelector on the collectors. Every version available on charts.base14.io
lacked that guard until today, so a customer adding a Windows node group to a
cluster running scout-collector got the Linux collectors scheduled onto it,
where they cannot start: the image manifest list is Linux-only, and the daemon
mounts host paths with mountPropagation, which Windows pods do not support.

0.6.0 carries the guard, and adds opt-in Windows node support behind
scout.windowsDaemon.enabled (default false, so this changes nothing for anyone
who does not ask for it).

0.5.10 and 0.5.11 were mirrored to charts.base14.io at the same time, so the
repo is no longer three versions behind charts.b14.dev.

Verified against the live repo: helm pull --version 0.6.0 resolves, and
rendering this page's own values.yaml example against it produces the expected
resources with the OS guard present and no Windows resources.
@thilak009
thilak009 merged commit d7b2803 into main Sep 24, 2026
5 checks passed
@thilak009
thilak009 deleted the docs-collector-chart-0.6.0 branch September 24, 2026 06:47
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

1 participant