标签: minikube

我的公司使用它自己的根CA,当我试图拉图像时.即使从私人注册表我收到错误:

1小时3分22 {kubelet minikube}警告FailedSync错误同步窗格,跳过:使用ErrImagePull"POD"的"StartContainer"失败:"gcr.io/google_containers/pause-amd64:3.0的图片拉取失败,这可能是因为有此请求没有凭据.

详细信息:(来自守护程序的错误响应:获取https://gcr.io/v1/_ping:x509:由未知权限签名的证书)"1h 10s 387 {kubelet minikube}警告FailedSync错误同步pod,跳过:未能"StartContainer"对于带有ImagePullBackOff的"POD":"后退拉图像"gcr.io/google_containers/pause-amd64:3.0 \""

如何将根CA安装到minkube或避免此消息,即仅使用私有注册表,并且不要从中提取任何内容gcr.io？

我尝试使用Virtualbox在MacOS上运行minikube v0.22.1和kubectl v1.7.5.

$ minikube start
Starting local Kubernetes v1.7.5 cluster...
Starting VM...
Getting VM IP address...
Moving files into cluster...
Setting up certs...
Connecting to cluster...
Setting up kubeconfig...
Starting cluster components...
Kubectl is now configured to use the cluster.

$ minikube version
minikube version: v0.22.1

$ minikube status
minikube: Running
cluster: Running
kubectl: Correctly Configured: pointing to minikube-vm at 192.168.99.100

但是,所有kubectl命令都会因"拒绝连接而失败 - 您是否指定了正确的主机或端口？"

$ kubectl version
Client Version: version.Info{Major:"1", Minor:"7", GitVersion:"v1.7.5", GitCommit:"17d7182a7ccbb167074be7a87f0a68bd00d58d97", GitTreeState:"clean", BuildDate:"2017-08-31T19:32:26Z", GoVersion:"go1.9", Compiler:"gc", …

kubernetes使用helm upgrade命令运行容器时，出现以下错误：

``就绪探针失败：获取http://172.17.0.6:3003/：拨打tcp 172.17.0.6:3003：getsockopt：连接被拒绝''。

我的docker映像用于node.js应用程序，我正在尝试通过minikube对其进行管理。

在Windows 10中运行minikube启动时,出现以下错误.

错误:重新启动集群时出错:重新启动kube-proxy:等待kube-proxy启动以进行configmap更新:等待条件超时

请帮我解决一下问题,我删除minikube并重启很多次.

我正在尝试创建一个安装了 minikube 的 docker 镜像。

我使用 openjdk:8 图像作为基础尝试了几个步骤：

FROM openjdk:8

RUN apt-get install -y apt-transport-https
RUN curl -s https://packages.cloud.google.com/apt/doc/apt-key.gpg | apt-key add -
RUN touch /etc/apt/sources.list.d/kubernetes.list
RUN echo "deb http://apt.kubernetes.io/ kubernetes-xenial main" | tee -a /etc/apt/sources.list.d/kubernetes.list
RUN apt-get update
RUN apt-get install -y kubectl


RUN apt-get install sudo -y
ENV MINIKUBE_VERSION v0.31.0
RUN curl -Lo minikube https://github.com/kubernetes/minikube/releases/download/${MINIKUBE_VERSION}/minikube-linux-amd64 && chmod +x minikube && sudo mv minikube /usr/local/bin/
RUN mkdir -p root/.kube
RUN touch root/.kube/config

但我似乎无法启动 minikube，似乎我缺少依赖项，或者可能在另一个 docker 中运行 minikube 不是最好的解决方案。

有任何想法吗？

我收到“ pod具有立即绑定的PersistentVolumeClaims”，但我不知道为什么。我在macOS上运行minikube v0.34.1。这里是配置：

es-pv.yaml

apiVersion: v1
kind: PersistentVolume
metadata:
  name: elasticsearch
spec:
  capacity:
    storage: 400Mi
  accessModes:
    - ReadWriteOnce
  hostPath:
    path: "/data/elasticsearch/"

es-statefulset.yaml

apiVersion: apps/v1
kind: StatefulSet
metadata:
  name: es-cluster
spec:
  serviceName: elasticsearch
  replicas: 3
  selector:
    matchLabels:
      app: elasticsearch
  template:
    metadata:
      labels:
        app: elasticsearch
    spec:
      containers:
        - name: elasticsearch
          image: docker.elastic.co/elasticsearch/elasticsearch-oss:6.4.3
          resources:
            limits:
              cpu: 1000m
            requests:
              cpu: 100m
          ports:
            - containerPort: 9200
              name: rest
              protocol: TCP
            - containerPort: 9300
              name: inter-node
              protocol: TCP
          volumeMounts:
            - name: data
              mountPath: /usr/share/elasticsearch/data
          env:
            - …

我尝试使用 Enable-WindowsOptionalFeature 运行的任何参数都被拒绝访问。就好像 PowerShell 没有以提升的权限启动一样，尽管我确实以管理员身份启动了它：

Enable-WindowsOptionalFeature -Online -FeatureName Microsoft-Hyper-V -All

Enable-WindowsOptionalFeature ：访问被拒绝。在行：1 字符：1 + Enable-WindowsOptionalFeature -Online -FeatureName Microsoft-Hyper-V ... + ~~~~~~~~~~~~~~~~~~~~~~~~~~~ ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ + 类别信息：未指定：（： ) [Enable-WindowsOptionalFeature], COMException + FullQualifiedErrorId : Microsoft.Dism.Commands.EnableWindowsOptionalFeatureCommand

最终，我成功地从 MINGW64 应用程序运行了上述内容。我在其中打开了 PowerShell cmd（管理员）。看起来右键单击并“以管理员身份运行”对于提升来说不够好

我正在使用新版本的 MacOs Catalina，我刚刚安装了 Docker、Minikube 和 Virtualbox。所有这些都来自 Homebrew。当我尝试启动时minikube start，出现以下错误：

  minikube v1.9.2 on Darwin 10.15.4\n\xe2\x9c\xa8  Using the virtualbox driver based on user configuration\n  Starting control plane node m01 in cluster minikube\n  Creating virtualbox VM (CPUs=2, Memory=6000MB, Disk=20000MB) ...\n\xe2\x9d\x97  This VM is having trouble accessing https://k8s.gcr.io\n  To pull new external images, you may need to configure a proxy: \nhttps://minikube.sigs.k8s.io/docs/reference/networking/proxy/\n\n  Failed to enable container runtime: enable docker.: NewSession: write tcp \n127.0.0.1:50207->127.0.0.1:50185: write: broken pipe\n\n  minikube is exiting due to an error. …

我对 Kubernetes 完全陌生。我试图在本地机器上使用 minikube。我已经在本地安装了 kubectl 和 minikube。当我跑步时

minikube start --vm-driver=virtualbox # and then 
minikube status

我的输出是

E0512 23:33:45.964815   23423 status.go:233] kubeconfig endpoint: extract IP: "minikube" 
does not appear in  /.kube/config
m01
host: Running
kubelet: Stopped
apiserver: Stopped
kubeconfig: Misconfigured
WARNING: Your kubectl is pointing to stale minikube-vm. 
To fix the kubectl context, run `minikube update-context`

当我运行时minikube update-context输出是

panic: runtime error: invalid memory address or nil pointer dereference
[signal SIGSEGV: segmentation violation code=0x1 addr=0x18 pc=0x148ecb0]
..... and more 

有人可以帮忙吗？提前致谢

我正在阅读有关 Minikube 安装过程的信息，驱动程序和容器运行时的名称让我感到困惑。

司机

当我不选择驱动程序时，Minikube 将默认使用 Docker 驱动程序，从而在 Minikube 本身内部使用 Docker 守护进程。当我选择 none 时，它​​将使用主机的 Docker 守护进程。其他可以选择像podman、KVM等。

容器运行时

当谈到容器运行时时，我可以再次选择 Docker 或其他容器，例如 Containerd。

我的询问

我找不到关于驱动程序和容器运行时之间差异的更详细解释。实际上我知道运行时的存在是为了在 Pod 中运行容器，但是驱动程序呢？容器运行时是否在驱动程序之上运行？