当前位置: 首页 > 知识库问答 >
问题:

Minikube Kubernetes入口创建总是抛出错误

唐元青
2023-03-14
apiVersion: extensions/v1beta1
kind: Ingress
metadata:
  name: test-ingress
spec:
  backend:
    serviceName: testsvc
    servicePort: 80

我的kubectl版本是:

客户端版本:version.info{Major:'1',Minor:'10',GitVersion:'V1.10.0“,GitCommit:'FC32D2F3698E36B93322A3465F63A14E9F0EAEAD',GitTreest:'Clean',BuildDate:'2018-03-26T16:55:54Z”,GoVersion:'GO1.9.3“,编译器:”GC“,平台:”Darwin/AMD64“}服务器版本:Version.info{Major:'1',Minor:”14“,GitVersion:'V1.14.0”3FA3B27298E5“,Gittreeste:”Clean“,BuildDate:”2019-03-25T15:45:25Z“,GoVersion:”Go1.12.1“,编译器:”GC“,平台:”Linux/AMD64“}

在将kubectl版本升级到V1.14.0之后,我可以毫无问题地创建入口。但现在的问题是,ingress没有重定向到pod:

这是我的Ingress。Yaml:

apiVersion: extensions/v1beta1
kind: Ingress
metadata:
    name: dv
spec:
    rules:
    - host: ui.dv.com
      http:
          paths:
          - path: /
            backend:
                serviceName: ngsc
                servicePort: 3000

这是我的服务:

apiVersion: v1
kind: Service
metadata:
    name: ngsc
spec:
    type: NodePort
    selector:
        app: ngsc
    ports:
    - port: 3000
      nodePort: 30080
      name: http
      targetPort: 3000

这是我的部署:

apiVersion: apps/v1beta1
kind: Deployment
metadata:
    name: ngsc
spec:
    replicas: 2
    template:
        metadata:
            name: ngsc
            labels:
                app: ngsc
        spec:
            containers:
            - image: myimage
              name: ngsc
              imagePullPolicy: IfNotPresent
default       api-server-84dd8bcfc8-2hvlh                1/1     Running            26         3h23m
default       api-server-84dd8bcfc8-s697x                1/1     Running            28         3h23m
default       api-server-84dd8bcfc8-vq4vn                1/1     Running            26         3h23m
default       ngsc-559cbf57df-bcjb7                      1/1     Running            3          3h27m
default       ngsc-559cbf57df-j5v68                      1/1     Running            2          3h27m
kube-system   coredns-fb8b8dccf-ghj4l                    1/1     Running            42         36h
kube-system   coredns-fb8b8dccf-rwhw5                    1/1     Running            41         36h
kube-system   default-http-backend-6864bbb7db-p8fld      1/1     Running            47         36h
kube-system   etcd-minikube                              1/1     Running            3          36h
kube-system   kube-addon-manager-minikube                1/1     Running            4          36h
kube-system   kube-apiserver-minikube                    1/1     Running            27         36h
kube-system   kube-controller-manager-minikube           0/1     Error              4          11m
kube-system   kube-proxy-skn58                           1/1     Running            2          12h
kube-system   kube-scheduler-minikube                    0/1     CrashLoopBackOff   40         36h
kube-system   nginx-ingress-controller-f5744c676-j5r25   1/1     Running            47         3h16m
kube-system   storage-provisioner                        1/1     Running            7          36h

kubectl描述吊舱-N kube-system nginx-ingress-controller-f5744c676-j5r25

我有这个:

Events:
  Type     Reason     Age                    From               Message
  ----     ------     ----                   ----               -------
  Warning  Unhealthy  41m (x98 over 3h9m)    kubelet, minikube  Liveness probe failed: Get http://172.17.0.7:10254/healthz: net/http: request canceled (Client.Timeout exceeded while awaiting headers)
  Warning  Unhealthy  25m (x208 over 3h10m)  kubelet, minikube  Readiness probe failed: Get http://172.17.0.7:10254/healthz: net/http: request canceled (Client.Timeout exceeded while awaiting headers)
  Warning  Unhealthy  5m46s (x4 over 12m)    kubelet, minikube  Readiness probe failed: Get http://172.17.0.6:10254/healthz: net/http: request canceled (Client.Timeout exceeded while awaiting headers)
  Warning  BackOff    35s (x448 over 3h3m)   kubelet, minikube  Back-off restarting failed container

描述入口:

Namespace:        default
Address:          
Default backend:  default-http-backend:80 ()
Rules:
  Host  Path  Backends
  ----  ----  --------
  *     
        /ui   ngsc:3000 (172.17.0.10:3000,172.17.0.7:3000)
  *     
        /api   api-server:8083 (172.17.0.5:8083,172.17.0.9:8083)
Annotations:

挂着,停了下来

这里有什么不对劲吗?

共有1个答案

晏兴发
2023-03-14

您的清单中没有错误,显然,您使用的是错误的kubectl版本。

如这里所述,kubectl需要位于您正在使用的集群的1个小范围内。

您必须使用的kubectl版本在集群的一个较小的版本差异内。例如,V1.2客户机应该与V1.1、V1.2和V1.3主程序一起工作。使用最新版本的kubectl有助于避免不可预见的问题。

kubectl version
 类似资料:
  • 这是我的代码伙计们: 以下是错误: Traceback(最近一次调用最后一次):文件"C:/用户/Argel/PycharmProjects/day 2/rockpaper.py",第4行,在标签=标签(根,'Hello World')文件"C:\用户\Argel\AppData\本地\程序\Python\Python36-32\lib\tkinter__init__. py",第2760行,在i

  • 我在我的项目中使用了凌空和格森。该项目是一个Lib项目。当我在演示项目中使用Lib时,截击总是抛出错误响应,并显示消息:“org.json.JSONException:End of input at character 0”,并且从来没有成功响应。我想这是由ProGuard引起的。奇怪的是,当我在Lib或演示项目中设置“minifyEnabled”时,一切都很好。但当我在Lib和Demo中设置“m

  • 我有一个服务: 和一个入口路径: 但保存入口返回: 同步期间出错:评估入口规范时出错:服务“default/ExternalName”类型为“ExternalName”,应为“NodePort”或“LoadBalancer” GCE入口应支持外部名称服务(或者至少没有易于查找的文档表明存在其他错误),并且该错误很难追踪。

  • 我有一个Rest后的电话。每当我尝试使用邮递员打电话时,它都工作正常。但是如果我使用JerseyAPI客户端尝试相同的帖子调用。我收到400个错误请求 字符串URI=“rest URI”; 如果我使用上述输入在Postman中运行相同的请求,我可以成功命中api并获得200,但在JerseyAPI中获得400

  • 我在MySQL中创建了以下三个表的基本模式,其中一个表有两个外键(documentreference表): 但是,我在运行时遇到以下错误: 错误1215:无法添加外键约束 SQL语句: 如果不存在,则创建表( int(5)非空自动增量, varchar(50), varchar(50), JSON,--single codableconcept数据类型 JSON,--创建的单个CodeableCo

  • E/AndroidRuntime:致命异常:main process:com.luteraa.luteraaesports,pid:6355 java.lang.nullpointerException:试图在com.luteraa.luteraaesports.bgmicategoryAdapter.OpenDialog(bgmicategoryAdapter.java.access$000(b