昨天,当 Helm 升级在 Azure DevOps 中的发布管道上运行时,我停止了 Helm 升级,并且以下部署失败。
\n我试图查看失败的图表,目的是删除它,但微服务(“auth”)的图表没有出现。我使用命令 \xc2\xabhelm list -n [namespace_of_AKS]\xc2\xbb 但它没有出现。
\n我可以做什么来解决这个问题?
\nAzure 发布管道中出现错误
\n2022-03-24T08:01:39.2649230Z Error: UPGRADE FAILED: another operation (install/upgrade/rollback) is in progress\n2022-03-24T08:01:39.2701686Z ##[error]Error: UPGRADE FAILED: another operation (install/upgrade/rollback) is in progress\nRun Code Online (Sandbox Code Playgroud)\n\n kubernetes azure-devops azure-pipelines kubernetes-helm azure-aks
我在kubernetes 8集群上安装了helm 2.6.2.helm init工作得很好.但当我运行helm list它给出这个错误.
helm list
Error: configmaps is forbidden: User "system:serviceaccount:kube-system:default" cannot list configmaps in the namespace "kube-system"
Run Code Online (Sandbox Code Playgroud)
如何修复此RABC错误消息?
我跑完后helm list遇到以下错误:
错误:不兼容的版本客户端[v2.9.0]服务器[v2.8.2]
我做了一个helm init来安装兼容的分蘖版本"警告:Tiller已经安装在集群中.(使用--client-only来抑制此消息,或者--upgrade将Tiller升级到当前版本.").
有什么指针吗?
Tiller在我的kubernetes集群中无法正常工作.我想删除一切Tiller.Tiller(2.5.1)有1个部署,1个ReplicaSet和1个Pod.
我试过:kubectl删除部署tiller-deploy -n kube-system
我也尝试过:kubectl delete rs tiller-deploy-393110584 -n kube-system
永久删除Tiller的正确方法是什么?
我已经使用 Kubernetes 和 Helm 一段时间了,现在第一次遇到 Kustomize。
但是 Kustomize 和 Helm 到底有什么区别呢?
两者是否只是用于捆绑 K8s 元素(例如服务、部署等)的不同解决方案?或者同时使用 Helm 和 Kustomize 是否有意义?
我在Helm图表的templates目录中有我的deployment.yaml文件,其中包含我将使用Helm运行的容器的几个环境变量.
现在我希望能够从运行helm的任何机器本地提取环境变量,这样我就可以隐藏秘密.
当我使用Helm运行应用程序时,如何传入此函并让helm在本地获取环境变量?
这是我的deployment.yaml文件的一部分
...
...
spec:
restartPolicy: Always
containers:
- name: sample-app
image: "sample-app:latest"
imagePullPolicy: Always
env:
- name: "USERNAME"
value: "app-username"
- name: "PASSWORD"
value: "28sin47dsk9ik"
...
...
Run Code Online (Sandbox Code Playgroud)
当我运行helm时,如何从本地环境变量中提取USERNAME和PASSWORD的值?
这可能吗?如果是,那我该怎么做?
我可以通过以下方式指定图表的特定版本: helm install --version <some_version> stable/<some_chart>
但是,我如何知道哪些版本可用?
如何Error: must either provide a name or specify --generate-name在 Helm 中修复
创建示例 helm chart 名称为 mychart 并使用 nginx 服务编写 deployment.yaml、service.yaml、ingress.yaml。之后运行像 $ helm install mychart 这样的命令
apiVersion: v1
kind: Service
metadata:
name: nginx
spec:
ports:
- name: main
port: 80
protocol: TCP
targetPort: 80
selector:
app: nginx
Run Code Online (Sandbox Code Playgroud)
apiVersion: extensions/v1beta2
kind: Deployment
metadata:
name: nginx
spec:
replicas: 3
template:
metadata:
labels:
app: nginx
spec:
containers:
- name: nginx
image: nginx:1.13
ports:
containerPort: 80
Run Code Online (Sandbox Code Playgroud)
apiVersion: extensions/v1beta1
kind: Ingress …Run Code Online (Sandbox Code Playgroud) 我在Helm遇到了一些错误,我无法在其他地方找到解释.这两个错误如下.
Error: no available release name found
Error: the server does not allow access to the requested resource (get configmaps)
Run Code Online (Sandbox Code Playgroud)
这两个错误的进一步细节在下面的代码块中.
我在Ubuntu 16.04上安装了Kubernetes集群.我有一个Master(K8SMST01)和两个节点(K8SN01和K8SN02).
这是使用kubeadm使用Weave网络创建的1.6+.
就部署,服务,Pod等而言,一切似乎运行良好...... DNS似乎工作正常,这意味着pod可以使用DNS名称(myservicename.default)访问服务.
使用"helm create"和"helm search"工作,但与分蘖部署交互似乎不起作用.根据Helm安装文档安装并运行Tiller.
root@K8SMST01:/home/blah/charts# helm version
Client: &version.Version{SemVer:"v2.3.0",
GitCommit:"d83c245fc324117885ed83afc90ac74afed271b4", GitTreeState:"clean"}
Server: &version.Version{SemVer:"v2.3.0", GitCommit:"d83c245fc324117885ed83afc90ac74afed271b4", GitTreeState:"clean"}
root@K8SMST01:/home/blah/charts# helm install ./mychart
Error: no available release name found
root@K8SMST01:/home/blah/charts# helm ls
Error: the server does not allow access to the requested resource (get configmaps)
Run Code Online (Sandbox Code Playgroud)
以下是正在运行的播客:
root@K8SMST01:/home/blah/charts# kubectl get pods -n kube-system -o wide
NAME READY STATUS RESTARTS AGE …Run Code Online (Sandbox Code Playgroud) 我试图理解 helm 模板并发现如下语法:
{{- if not .Values.autoscaling.enabled }}
replicas: {{ .Values.replicaCount }}
{{- end }}
Run Code Online (Sandbox Code Playgroud)
所以我认为每件事都必须从以下开始{{-,但后来我发现其他语法没有该语法:
- name: {{ .Chart.Name }}
Run Code Online (Sandbox Code Playgroud)
So my question is what is the difference between those two syntaxs? What does the dash do? When is it needed?
kubernetes-helm ×10
kubernetes ×8
azure-aks ×1
azure-devops ×1
kubectl ×1
kustomize ×1
nginx ×1