gpt4 book ai didi

kubernetes - Nextflow 未使用正确的服务帐户将工作流部署到 ​​Kubernetes

转载 作者:行者123 更新时间:2023-12-02 12:09:54 24 4
gpt4 key购买 nike

我们正在尝试在默认的 k8s 命名空间上使用 nextflow,我们使用的命名空间是 nextflownamespace .我们已经创建了 PVC 并确保默认服务帐户具有管理员角色绑定(bind)。我们收到 nextflow 无法访问 PVC 的错误:

"message": "persistentvolumeclaims \"my-nextflow-pvc\" is forbidden: 
User \"system:serviceaccount:mynamespace:default\" cannot get resource
\"persistentvolumeclaims\" in API group \"\" in the namespace \"nextflownamespace\"",
在那个错误中,我们看到 system:serviceaccount:mynamespace:default错误地指向我们的默认命名空间 mynamespace ,而不是 nextflownamespace我们为 nextflow 使用而创建的。
我们尝试添加 debug.yaml = true到我们的 nextflow.config但找不到它提交给 k8s 以验证错误的 YAML。我们的配置文件如下所示:
profiles {
standard {
k8s {
executor = "k8s"
namespace = "nextflownamespace"
cpus = 1
memory = 1.GB
debug.yaml = true
}
aws{
endpoint = "https://s3.nautilus.optiputer.net"
}
}
我们确实验证了当我们将命名空间更改为另一个任意值时,错误消息使用了新的任意命名空间,但服务帐户名称继续错误地指向用户的默认命名空间。
我们已经尝试了 profiles.standard.k8s.serviceAccount = "system:serviceaccount:nextflownamespace:default" 的所有变体我们可以想到但这些尝试没有得到任何改变。

最佳答案

我认为最好避免使用嵌套 config profiles与 Nextflow。我要么从您的个人资料中删除“标准”层,要么将“标准”设为单独的个人资料:

profiles {

standard {
process.executor = 'local'
}

k8s {
executor = "k8s"
namespace = "nextflownamespace"
cpus = 1
memory = 1.GB
debug.yaml = true
}

aws{
endpoint = "https://s3.nautilus.optiputer.net"
}
}

关于kubernetes - Nextflow 未使用正确的服务帐户将工作流部署到 ​​Kubernetes,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/64072826/

24 4 0
Copyright 2021 - 2024 cfsdn All Rights Reserved 蜀ICP备2022000587号
广告合作:1813099741@qq.com 6ren.com