docs: migration guide does not say where `serverName` goes, and the default differs for external clusters
I maintainer di solito rispondono entro 1 giorno
Valutazione
- Difficoltà
- 1/5
- Tempo stimato
- 1-3 ore
- Idoneità per principianti
- 25/100
- Tipo di issue
- Documentazione
- Chiarezza
- Specificata chiaramente
- Stato di attività
- Ferma
- Stack tecnologico
- go, markdown, postgresql
- Ambito
- documentation
Direzione di ricerca
Start with web/docs/migration.md Steps 1, 2, and 4, then check parameters.md for the current serverName guidance. The issue proposes documenting the CRD restriction and the changed default for external clusters. Done means the migration guide explains where to set serverName and when it must be explicit, and parameters.md states its default. A linked pull request is already open.
Scritto dal modello di indicizzazione a partire dal testo della issue.
Descrizione
What is wrong
The migration guide (web/docs/migration.md, Step 1) says the
.spec.backup.barmanObjectStore section maps directly to
ObjectStore.spec.configuration, "with one key difference" (retention).
There is a second one: serverName.
-
If the in-tree configuration sets
barmanObjectStore.serverName, copying it
into theObjectStoreis rejected by the CRD:spec.configuration.serverName: Forbidden: use the 'serverName' plugin parameter in the Cluster resourceThe rule is in
api/v1/objectstore_types.go(added in #336).usage.mdand
parameters.mdmention it, but the migration guide, which is the page that
tells users to copy the section, does not. Step 2 does not show the
serverNameplugin parameter either. -
For external clusters the default is different. In-tree,
ExternalCluster.GetServerName()falls back to the external cluster name
(pg-eu). In the plugin,NewFromClusterfalls back tocluster.Name, the
Cluster being created (pg-us), for both the recovery and the replica
source (internal/cnpgi/operator/config/config.go). Step 4 happens to set
serverName: pg-euexplicitly, but nothing says it is required, and an
in-tree entry that relied on the default would read from a different path
after the conversion.
How I hit it
I migrated a CNPG 1.30 cluster from the in-tree barmanObjectStore to the
plugin (v0.14.0). The Cluster had an explicit serverName so that the plugin
would keep using the existing backup path. Following the guide literally, the
ObjectStore was rejected with the error above. Moving serverName to
.spec.plugins[].parameters worked, and the plugin kept appending to the
existing archive (the ObjectStore status shows a recovery window that
started before the migration, and daily plugin backups complete).
Proposal
A docs-only change:
- Step 1: list
serverNameas a second difference, with the error message. - Step 2: show the
serverNameplugin parameter for clusters that set one. - Step 4: warn that
serverNamemust be set explicitly, because the default
changes from the external cluster name to the Cluster name. parameters.md: state the default ofserverName.
If the different default for external clusters is not intended, I am happy to
turn this into a code change instead. I have a patch for the docs ready.
- Lingua principale
- Go
- Stelle
- 204
- Fork
- 86
- Merge medio
- 1g 19h
- PR unite (30g)
- 25
Preparare l'ambiente
- Nessun Dockerfile né file Docker Compose
- Nessun modello di pull request
- Leggi la guida per i contributori
Come iniziare
- Leggi tutta la issue e poi la guida ai contributi del progetto.
- Commenta sulla issue per dire che te ne occupi tu — evita che due persone facciano lo stesso lavoro.
- Fai un fork del repository e lavora su un branch.
- Apri una pull request che faccia riferimento al numero della issue.
Altre issue di cloudnative-pg/plugin-barman-cloud
-
docs: troubleshooting does not cover "cannot proceed with the backup as the cluster has no backup section"Forse già presa @fjvbn2003 l’ha presa 7 giorni fa. Aperta
Difficoltà 1/5 1-3 ore Idoneità per principianti 85/100
cloudnative-pg/plugin-barman-cloud#1165 ·
I maintainer di solito rispondono entro 1 giorno
-
Wrong `ObjectStore` key logged when the backup object store can't be retrieved in the instance sidecarForse già presa @BoxBoxJason l’ha presa 11 giorni fa. Aperta
Difficoltà 2/5 1-3 ore Idoneità per principianti 88/100
cloudnative-pg/plugin-barman-cloud#1142 · 1 commento ·
I maintainer di solito rispondono entro 1 giorno
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 88/100
cloudnative-pg/plugin-barman-cloud#1117 · 1 reazione ·
I maintainer di solito rispondono entro 1 giorno
-
data.compression rejects zstd although barman-cloud-backup supports itForse già presa @dgsardina l’ha presa 3 giorni fa. Aperta
Difficoltà 2/5 1-3 ore Idoneità per principianti 86/100
cloudnative-pg/plugin-barman-cloud#1104 · 4 reazioni ·
I maintainer di solito rispondono entro 1 giorno
-
Add RBAC aggregation labels to ObjectStore editor/viewer ClusterRolesForse già presa @stefanpeknik l’ha presa 37 giorni fa. Aperta
Difficoltà 1/5 Meno di un'ora Idoneità per principianti 82/100
cloudnative-pg/plugin-barman-cloud#1102 ·
I maintainer di solito rispondono entro 1 giorno
Tutte le issue di cloudnative-pg/plugin-barman-cloud
Issue simili
-
Project submission:Aperta
Difficoltà 1/5 Meno di un'ora Idoneità per principianti 72/100
slavakurilyak/awesome-ai-agents#845 ·
I maintainer di solito rispondono entro 1 giorno
-
bug
Difficoltà 2/5 1-3 ore Idoneità per principianti 68/100
I maintainer di solito rispondono entro 3 giorni
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 85/100
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 74/100
JakeChampion/lang#13132 ·
I maintainer di solito rispondono entro 1 giorno
-
[BUG] deploy.restart_policy without condition drops the restart policyForse già presa @akshat-lakhera l’ha presa oggi. Aperta
Difficoltà 2/5 1-3 ore Idoneità per principianti 82/100
docker/compose#14383 · 1 commento ·
I maintainer di solito rispondono entro 1 giorno