Bump bind-operator to v0.2.1 (secondary replication fix) #250
Reference in New Issue
Block a user
Delete Branch "benvin/bind-operator-0.2.1"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
Why
v0.2.1 fixes authoritative secondary replication, which never actually worked — the master REFUSED the catalog AXFR. Root causes (bind-operator #9): secondaries presented no TSIG key, member zones had no
allow-transfer, and secondaries pointed at the primary's ephemeral pod IP.Changes
bind-system/deployment.yaml) and the pulled CRD bundle URL (bind-system/kustomization.yaml) tov0.2.1.bind-tsig-apiimage (bind-internal/tsig-api/tsig-api.yaml) tov0.2.1.CRDs are unchanged from v0.2.0, so the generated kubeconform schemas need no update.
Validation
bind-systemrenders with the v0.2.1 CRD bundle;bind-internalpasseskubeconform(56/56); pre-commit clean.Deploy note
Existing member zones pick up
allow-transferviamodzone, and secondaries re-point at the stable primary Service ClusterIP with the transfer key, restoring replication without manual BIND surgery. A from-scratch namespace recreate also comes up clean (OrderedReady startup means secondaries snapshot a ClusterIP-correct config). Caveat for a full recreate: the operator regenerates theclient-updateTSIG key, so its new material must be re-synced into puppet eyaml before clients can nsupdate.