Kubernetes Dashboard bleibt ausstehend mit Nachricht: keine Endpunkte für den Dienst "Kubernetes-Dashboard"

Question

Heeey alle, brauche ich etwas Hilfe mit dem Dashboard zu arbeiten. Mein Armaturenbrett pod hat den Status „Pending“ und wenn ich eine Locke Anruf http://127.0.0.1:8080/api/v1/proxy/namespaces/kube-system/services/kubernetes-dashboard tun dann bekomme ich dieses Ergebnis:

„keine verfügbaren Endpunkte für den Dienst \“ Kubernetes-Armaturenbrett \ „“

{ 
    "kind": "Status", 
    "apiVersion": "v1", 
    "metadata": {}, 
    "status": "Failure", 
    "message": "no endpoints available for service \"kubernetes-dashboard\"", 
    "reason": "ServiceUnavailable", 
    "code": 503 
} 

Alle Schoten

core@helena-coreos ~ $ ./kubectl get po --namespace=kube-system 
NAME          READY  STATUS RESTARTS AGE 
kube-apiserver-146.185.128.27   1/1  Running 0   5d 
kube-apiserver-37.139.31.151    1/1  Running 0   7d 
kube-controller-manager-146.185.128.27 1/1  Running 0   19h 
kube-controller-manager-37.139.31.151 1/1  Running 0   16h 
kube-dns-v11-ika0m      0/4  Pending 0   19h 
kube-proxy-146.185.128.27    1/1  Running 0   5d 
kubernetes-dashboard-1775839595-1h0lt 0/1  Pending 0   19h 

Beschreiben pod:

core@helena-coreos ~ $ ./kubectl describe pod kubernetes-dashboard-1775839595-1h0lt --namespace="kube-system" 
Name:  kubernetes-dashboard-1775839595-1h0lt 
Namespace: kube-system 
Node:  /
Labels:  app=kubernetes-dashboard,pod-template-hash=1775839595 
Status:  Pending 
IP:  
Controllers: ReplicaSet/kubernetes-dashboard-1775839595 
Containers: 
    kubernetes-dashboard: 
    Image: gcr.io/google_containers/kubernetes-dashboard-amd64:v1.1.0 
    Port: 9090/TCP 
    QoS Tier: 
     cpu: BestEffort 
     memory: BestEffort 
    Liveness: http-get http://:9090/ delay=30s timeout=30s period=10s #success=1 #failure=3 
    Environment Variables: 
Volumes: 
    default-token-mn7e9: 
    Type: Secret (a volume populated by a Secret) 
    SecretName: default-token-mn7e9 
No events. 

Service-Konfiguration:

core@helena-coreos ~ $ ./kubectl get svc kubernetes-dashboard --namespace=kube-system -o yaml 
apiVersion: v1 
kind: Service 
metadata: 
    creationTimestamp: 2016-07-10T22:25:03Z 
    labels: 
    app: kubernetes-dashboard 
    name: kubernetes-dashboard 
    namespace: kube-system 
    resourceVersion: "58669" 
    selfLink: /api/v1/namespaces/kube-system/services/kubernetes-dashboard 
    uid: 25d56060-46ed-11e6-9817-040124359901 
spec: 
    clusterIP: 10.3.0.67 
    ports: 
    - nodePort: 32014 
    port: 80 
    protocol: TCP 
    targetPort: 9090 
    selector: 
    app: kubernetes-dashboard 
    sessionAffinity: None 
    type: NodePort 
status: 
    loadBalancer: {} 

Ich habe auch versucht, einige Protokolle zu finden:

core@helena-coreos ~ $ ./kubectl logs kubernetes-dashboard-1775839595-1h0lt --namespace=kube-system 
core@helena-coreos ~ $ 

ich eine wirklich harte Zeit haben, um herauszufinden, warum Dinge

Bereits Dank im Voraus angemeldet.

Answer 1

Sie haben keinen Scheduler ausgeführt, so dass keine Container eingeplant werden können.

Answer 2

Die andere Möglichkeit ist, dass Sie keine Ressourcen im Cluster haben und der Scheduler die Dashboard-Benutzeroberfläche nicht planen kann. Wenn dies zutrifft, können Sie dies in Cluster-Ereignissen sehen (kubectl get events --namespace=kube-system).