Andrey KolkovandClaude Fable 5 f2f39d8f8c test(postgres): materialise restore-target backup Secrets in the example harness ...

The CNPG strategy template renders <app>-cnpg-backup-creds / -ca against
whichever application it drives, so a to-copy restore looks the pair up
under the TARGET's name. The harness only created the source's pair; on a
cluster with stale target Secrets from an earlier run the restore failed
TLS verification against the wrong CA. Materialise the pair for the
target too (kubectl apply, so stale content is corrected) and delete both
pairs in cleanup.

Co-Authored-By: Claude Fable 5 <noreply@anthropic.com>
Signed-off-by: Andrey Kolkov <androndo@gmail.com>

2026-07-16 21:44:41 +04:00

..

clickhouse

feat(platform): add default backupclass

2026-05-28 13:49:59 +04:00

etcd

Merge origin/main into feat/e2e-chainsaw-example

2026-07-08 18:04:08 +05:00

foundationdb

feat(platform): add default backupclass

2026-05-28 13:49:59 +04:00

mariadb

feat(platform): add default backupclass

2026-05-28 13:49:59 +04:00

nats

docs(agents): align E2E guide and references with the Chainsaw migration

2026-06-25 13:43:50 +05:00

postgres

test(postgres): materialise restore-target backup Secrets in the example harness

2026-07-16 21:44:41 +04:00

vmi

feat(backups): restore vmi to copy in another namespace

2026-04-09 14:06:33 +04:00