Die Verbindung zum Server 192.168.5.130:6443 wurde abgelehnt - haben Sie den richtigen Host oder Port angegeben?
K8S-Cluster-Startfehler Kubelet cgroup-Treiber: „cgroupfs“ unterscheidet sich vom Docker-cgroup-Treiber: „systemd“
Wenn der Master-Knoten initialisiert wird, sieht die Docker-Konfiguration wie folgt aus, vergessen, den cgroup-Treiber festzulegen: „systemd
vim /etc/docker/daemon.json
{ "exec-opts": ["native.cgroupdriver=cgroupfs"], "log-driver": "json-file", "log-opts": { "max-size" : "100m" }, "Speichertreiber": "overlay2", "Speicheroptionen": [ "overlay2.override_kernel_check=true" ], "Registrierungsspiegel": ["https://pf5f57i3.mirror.aliyuncs. com"] } k8s Der Master-Knoten hat k8s installiert, es gab eine Fehlermeldung, aber es wurde gestartet, andere Master-Knoten und Knotenknoten wurden normal verbunden, und der gesamte Cluster wurde als bereit angezeigt, gehen Sie zurück und ändern Sie /etc/docker/daemon .json des Master-Knotens, native .cgroupdriver=systemd, nach dem Ändern und Neustarten von Kubelet wird festgestellt, dass die drei Master-Knoten nicht starten können.
journalctl -f -u kubelet Überprüfen Sie das Protokoll und stellen Sie fest, dass der Fehler wie folgt lautet:
kubelet Cgroup-Treiber: „cgroupfs“ unterscheidet sich vom Docker-Cgroup-Treiber: „systemd“
Hier müssen Sie 3 Konfigurationsdateien für systemd ändern
1.vim /etc/docker/daemon.json
„exec-opts“: [„native.cgroupdriver=systemd“]
2.vim /usr/lib/systemd/system/kubelet.service.d/10-kubeadm.conf
hängen Sie --cgroup-driver=systemd nach KUBELET_KUBECONFIG_ARGS an
Environment="KUBELET_KUBECONFIG_ARGS=--bootstrap-kubeconfig=/etc/kubernetes/bootstrap-kubelet.conf --kubeconfig=/etc/kubernetes/kubelet.conf --cgroup-driver=systemd"
3.vim /var/lib/kubelet/kubeadm-flags.env
KUBELET_KUBEADM_ARGS="--cgroup-driver=systemd --network-plugin=cni --pod-infra-container-image=registry.aliyuncs.com/google_containers/pause:3.2"
systemctl daemon-reload
systemctl kubelet neu starten
Starten Sie dann das Kubelet neu und der k8s-Cluster wird wiederhergestellt.
Vermutlich liegt die Ursache dieses Problems darin, dass /etc/docker/daemon.json "exec-opts": ["native.cgroupdriver=systemd"] bei der Installation von Docker am Anfang nicht angegeben wurde ! ! !
Melden Sie sich beim Hafen an und rufen Sie das Hafen-Docker-Lagerbild auf
"exec-opts": ["native.cgroupdriver=systemd"],
"insecure-registries": ["192.168.5.130","192.168.5.131","192.168.5.133"]
Sie müssen diesen Docker in /etc/docker/daemon.json hinzufügen, um sich gegenseitig anzumelden!
Harbor meldet beim Einloggen "Kernfunktion nicht verfügbar".
Neustart:
1. Suchen Sie den Standort des Hafens, z. B. /var/www/harbor
2. Stoppbefehl
docker-compose stop
3. Startbefehl
docker-compose up -d