首页 文章

Kubernetes pod的秘密/ var / run / secrets缺失

提问于
浏览
2

TL; DR:

通过terraform创建的Kubernetes pod没有 /var/run/secrets 文件夹,但根据 hello-minikube 教程创建了一个pod - 为什么会这样,我该如何修复它?

动机:我需要traefik能够与k8s群集交谈 .

详情

我已经 Build 了一个带有minikube的本地Kubernetes集群,并设置了terraform以与该集群一起工作 .

要设置traefik,您需要创建 IngressDeployment ,它们是not yet supported by terraform . 基于该问题中发布的解决方法,我使用更简单的模块通过terraform执行yaml文件:

# A tf-module that can create Kubernetes resources from YAML file descriptions.
variable "name" {}
variable "file_name" { }
resource "null_resource" "kubernetes_resource" {
  triggers {
    configuration = "${var.file_name}"
  }
  provisioner "local-exec" {
    command = "kubectl apply -f ${var.file_name}"
  }
}

以这种方式创建的资源在k8s仪表板中正确显示 .

但是,入口控制器的pod日志:

time="2017-12-30T13:49:10Z" 
level=error 
msg="Error starting provider *kubernetes.Provider: failed to create in-cluster
    configuration: open /var/run/secrets/kubernetes.io/serviceaccount/token:
    no such file or directory"

(为了便于阅读而增加了换行符)

/bin/bash 进入pods,我意识到 none of them 有一个路径 /var/run/secrets ,除了minikube tutorialhello-minikube pod,它是用两个 kubectl 命令创建的:

$ kubectl run hello-minikube --image=k8s.gcr.io/echoserver:1.4 --port=8080
$ kubectl expose deployment hello-minikube --type=NodePort

与terraform问题中的脚本相比,我删除了像 --certificate-authority=${var.cluster_ca_certificate} 这样的 kubectl params,但是在设置 hello-minikube 时我没有提供这个,并且原始脚本没有找到如何从 ~/.kube/config 中访问提供程序详细信息terraform .

我试图找出 hello-minikube 是否做了一些奇特的事情,但我找不到它的源代码 .

我是否必须做一些特定的事情才能使令牌可用?根据traefic issue 611,InCluster配置应该是自动化的,但是目前看来我已经卡住了 .

版本

主机系统是Windows 10机器

> minikube version
minikube version: v0.24.1

> kubectl version
Client Version: version.Info{Major:"1", Minor:"9", GitVersion:"v1.9.0", GitCommit:"925c127ec6b946659ad0fd596fa959be43f0cc05", GitTreeState:"clean", BuildDate:"2017-12-15T21:07:38Z", GoVersion:"go1.9.2", Compiler:"gc", Platform:"windows/amd64"}
Server Version: version.Info{Major:"1", Minor:"8", GitVersion:"v1.8.0", GitCommit:"0b9efaeb34a2fc51ff8e4d34ad9bc6375459c4a4", GitTreeState:"clean", BuildDate:"2017-11-29T22:43:34Z", GoVersion:"go1.9.1", Compiler:"gc", Platform:"linux/amd64"}

相关

有一些相关的问题和github问题,但他们也没有帮助我解决问题 .

1 回答

  • 2

    最重要的是,谢谢你写一个 amazing 问题;我会用这个问题作为其他人应该问的模板!

    你能检查 PodSpec 中的 automountServiceAccountToken 字段并查看它是否是 true

    我所知道的唯一另一个建设性问题是它是否指向现有的S.A.我希望一个虚假的人会轰炸部署,但不确定在那种情况下会发生什么

相关问题