我现在使用的是: minikube版本: v1.0.0,我现在需要创建侵入资源:
apiVersion: extensions/v1beta1
kind: Ingress
metadata:
name: test-ingress
spec:
backend:
serviceName: testsvc
servicePort: 80然后我运行kubectl apply -f ./ingress.yaml
发生错误:
错误: SchemaError(io.k8s.api.core.v1.CinderVolumeSource):无效对象没有其他属性
我的kubectl版本是:
客户端版本: GitCommit:"fc32d2f3698e36b93322a3465f63a14e9f0eaead",{主:“1”,小调:“10”,GitVersion:"v1.10.0",version.Info GitTreeState:“干净”,BuildDate:"2018-03-26T16:55:54Z",GoVersion:"go1.9.3",编译器:“gc”,平台:“达尔文/amd64 64”}服务器版本:version.Info{14:“1”,小调:“14”,GitVersion:"v1.14.0",version.Info GitTreeState:“干净”,BuildDate:"2019-03-25T15:45:25Z",GoVersion:"go1.12.1",编译器:“gc”,平台:“linux/amd64 64”}
在将kubectl版本升级到v1.14.0之后,我可以创建没有问题的入口。但是,现在的问题是,入口并没有转向豆荚:
这是我的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我已经将ui.dv.com添加到/etc/host中,启动所有这些之后,并使用curl http://ui.dv.com,就没有响应了
我查了nginx日志:
错误获取服务的端点"default/ngsc":本地存储中没有匹配键"default/ngsc“的对象
对所有的豆荚来说,
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在这里,入口控制器正在运行
现在正在运行:
描述豆荚-n kube系统nginx入口控制器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:获取名称、主机地址、端口、年龄数据端口* 10.0.2.15 80 3h12m
最后:
卷曲http://10.0.2.15/ui
吊着,停了下来
这里有什么不对劲吗?
发布于 2019-04-08 07:11:45
清单中没有错误,显然,您使用的是错误的kubectl版本。
kubectl需要在离您正在使用的集群1小的范围内,正如所描述的这里。
您必须使用kubectl版本,该版本位于集群的一个较小的版本差异内。例如,v1.2客户端应该使用v1.1、v1.2和v1.3主版。使用kubectl的最新版本有助于避免不可预见的问题。
您可以使用
kubectl version发布于 2019-04-08 07:01:46
kubectl获取pods kubectl获取事件kubectl日志"your_pod“
请与您分享您的发现。
https://stackoverflow.com/questions/55567312
复制相似问题