Skip to content

fix(ci): provision config-keyring Secret before waiting on data-server-controller - #113

Open
steiler wants to merge 1 commit into
mainfrom
fix/provision-ci-keyring-secret
Open

fix(ci): provision config-keyring Secret before waiting on data-server-controller#113
steiler wants to merge 1 commit into
mainfrom
fix/provision-ci-keyring-secret

Conversation

@steiler

@steiler steiler commented Aug 12, 2026

Copy link
Copy Markdown
Contributor

Summary

  • sdcio/config-server intentionally stopped shipping a default config-keyring Secret in its own deploy artifacts (commit 83d07f8, "added ENV keyring and removed keyring secret") to force real deployments to bring their own key material, but the data-server-controller StatefulSet still mounts that Secret as a volume unconditionally.
  • Without it, kubectl apply-ing config-server's generated artifacts.yaml produces a pod stuck in ContainerCreating for the full 10-minute Robot timeout with no clear error — this affects sdcio/config-server PR #441 (and every run since) and currently blocks sdcio/data-server PR #471 / sdcio/config-server PR #476.
  • Adds a CI-only placeholder config-keyring Secret and applies it in 00-setup right after artifacts.yaml (so the sdc-system namespace already exists) and before the suite waits for the StatefulSet to become ready.

Test plan

  • robot --dryrun on tests/00-setup/ passes (syntax-checked locally).
  • Manifest YAML validated (python3 -c 'import yaml; yaml.safe_load(...)'), placeholder key confirmed to decode to a valid 32-byte AES key matching config-server's pkg/keyring/keyring.go requirements.
  • Re-run sdcio/config-server PR #476's integration-tests job with Pairs-with: sdcio/integration-tests#<this PR> to confirm the StatefulSet comes up.

Made with Cursor

…r-controller

config-server intentionally stopped shipping a default config-keyring
Secret in its own deploy artifacts (commit 83d07f8, "added ENV keyring
and removed keyring secret") to force real deployments to bring their
own key material. The data-server-controller StatefulSet still mounts
that Secret as a volume unconditionally, so without it the pod hangs
in ContainerCreating for the full 10-minute Robot timeout instead of
failing with a clear error.

Add a CI-only placeholder Secret and apply it right after the
generated artifacts.yaml (once the sdc-system namespace exists) and
before 00-setup waits for the StatefulSet to become ready.

Co-authored-by: Cursor <cursoragent@cursor.com>
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