问题标签 [helm3]

我的 values.yaml 文件中有以下代码：

当我运行时：helm upgrade --install fusionauth-init --values fusionauth/values.yaml fusionauth

我收到以下错误：Error: UPGRADE FAILED: error validating "": error validating data: ValidationError(Ingress.spec.rules[0].http): missing required field "paths" in io.k8s.api.networking.v1.HTTPIngressRuleValue

我是 Helm 的新手，但我似乎无法找到我的逻辑错误所在。

在此先感谢您的帮助。

我尝试为由少数组件组成的复杂解决方案创建一个伞舵图。其中一个是数据库，我使用 mariadb-galera 图表。我面临的问题是，一旦我的数据库可用，我想执行一次飞行迁移，但我找不到正确执行此操作的方法。首先，我想使用范围版本，我不知道如何指示我的钩子以匹配 DB 子图而不告诉它完整版本。其次，我最近为我的子图表添加了一个别名，此后我一直无法正确触发钩子：它只是在安装时触发并且一次又一次地失败，直到数据库最终可用。

我的Chart.yaml看起来有点像：

我的钩子定义如下：

在使用别名之前，helm.sh 注解看起来像：

如您所见，它需要一个我不想手动包含的完整版本。

我尝试使用类似的东西：

但似乎它无法访问子图的.Chart值。

有什么我错过的吗？

在同一命名空间中安装相同图表的 2 个版本（但版本名称不同）后，我收到以下错误：

我不希望这个掌舵版本控制第二个版本的资源（顺便说一句，有不同的标签和注释）。

有没有办法告诉 helm 不导入资源或根据特定注释导入资源？

运行命令时：helm install singer --dry-run packages/helm-chart/charts/csm-im在下图中，args根本没有设置。为什么？

值.yaml：

模板/statefulset.yaml：

使用领事安装 Hashicorp Vault 后，我​​收到错误权限被拒绝。

试过了

1. oc adm policy add-scc-to-user -z 服务帐户 -n 命名空间特权
2. 带有 anyuid 的 oc 命令

仍然没有解决错误

我正在按照 helm chart 使用 consul 安装 Hashicorp Vault：https ://github.com/openlab-red/hashicorp-vault-for-openshift

请帮忙

我需要多次将相同的 helm Chart 安装到不同的命名空间。该图表包含集群范围的资源，例如 ClusterRoles 或 CustomResourceDefinitions。

问题是我只能安装一次，第二次出现“已经存在，不受 helm 管理”错误。

我试过的：

• 将 CRD 放在单独的文件夹中效果很好，但我不能这样做，因为我的 CRD 包含 helm 值并且 crds 文件夹不接受模板。
• 使用这样的东西：

但这也不理想，因为如果我将同一个 helm 安装到同一个命名空间两次，资源将被删除，第三次它们再次出现，第四次它们消失，依此类推。

有人对此有更优雅的解决方案吗？

我想使用 akv2k8s.io 使用 helm chart 将密钥库添加到 kubernetes 中。

还有我的部署文件：

我已经创建了 keyvault is name: akv2k8s-butfawith secret 并且我已经为此设置了权限。

但我有问题：

当我看到部署日志时。

更新：

在这篇 Stack Overflow 帖子中，您似乎应该能够渲染文本，toYaml然后将其传递给，tpl但这对我不起作用。

采取以下措施：

这一直有效，直到我实际向需要渲染的文本添加一些内容。

当我尝试向该文本添加函数时，出现错误：

那是因为当它到达tpl函数时看起来像这样：include \\\"myfunction\\\"\n

tpl 我尝试先运行它，但这给了我另一个错误：wrong type for value; expected string; got map[string]interface {}

我们有一个带有子图依赖的舵图。现在，在最新版本中，决定使用不同的子图表（相同的组件），但来自不同的“供应商”（如 Bitnami）。

问题是当我们在集群上运行 helm upgrade 时，安装成功，但旧的 subchart 组件不会自动删除，我们必须“手动”运行kubectl delete。

这会产生很多 Ops 问题，因为它不适合我们的 GitOps 方法。

在进行 helm 升级时，有一种方法可以自动删除所有以前的子图表组件？

这似乎是一种正常的情况，尤其是在今天，许多图表由不同的公司（如 Bitnami、Quay ecc）托管，而没有遇到锁定。

我有分阶段部署的要求：

阶段1

-配置地图和秘密

第二阶段

-工作1

-工作2

工作 1 和工作 2 完成后，我想进入有另一份工作的阶段 3

第三阶段

• Job3（有一个就绪探针）

一旦第 3 阶段准备就绪，我想进入第 4 阶段

第 4 阶段

• 工作 4

我想知道如何在高层次上使用 helm 来实现这一点，因为钩子并没有真正等待工作完成。