Hacktoberfest 2026:维护者为十月标记出来的 issue,仍然开放、适合新手。 浏览 Hacktoberfest issue

Recovery cluster using same ClusterName

未关闭
#727 1 条评论 0 个 reaction 已指派 0 人 在 GitHub 查看

维护者通常 1 天内回复

还没有人认领这个 Issue。

评估

难度
5/5
预计耗时
一周以上
新手友好度
30/100
Issue 类型
功能
描述清晰度
需要澄清
活跃度
停滞
技术栈
go, kubernetes, postgresql

调研方向

Issue 中没有确定文件、测试或代码入口点。首先跟踪 recovery 工作流,以及 ClusterName 如何影响 Kubernetes 服务名称;done 应确定是否可以在不破坏 recovery 的情况下保留原始名称,或者记录该限制和所需的工作流。

由索引模型根据 Issue 内容生成。

描述

question

Hello dear,

Could you please help me understand why, for recovery, a different cluster name must be defined?

I was able to perform the action, but after that, changing the name also changes the k8s service name changes and all the application needs to be aligned again.

Is there a way to recover a cluster from backup, keeping the same cluster name?

主要语言
Go
星标
198
派生
81
平均合并
2 天 6 小时
30 天内合并 PR
19

环境准备

  • 没有 Dockerfile 或 Docker Compose 文件
  • 没有 Pull Request 模板
  • 阅读贡献指南

从这里开始

  1. 先读完整个 Issue,再读项目的贡献指南。
  2. 在 Issue 下留言说明你要接手 —— 这能避免两个人做同样的事。
  3. Fork 仓库,在一个分支上完成修改。
  4. 提交 Pull Request,并在描述里引用这个 Issue 编号。

cloudnative-pg/plugin-barman-cloud 的其他 Issue

查看 cloudnative-pg/plugin-barman-cloud 的全部 Issue

相似的 Issue

更多 Go Issue

把新 issue 发到你的邮箱

精选适合新手参与的 GitHub issue 摘要。