Kubectl терпеть неудачу после долгого времени

Cristian Monti спросил: 28 марта 2018 в 02:52 в: docker

Я создал небольшой кластер (это 1 Machine master и две VM-узлы), теперь я создал каталог NFS для совместного использования тома сохранения:

apiVersion: v1
kind: PersistentVolume
metadata:
  name: nfs #nome di riferimento
spec:
  capacity:
    storage: 100Mi
  accessModes:
    - ReadWriteMany
  nfs:
    server: 192.168.57.1
    path: "/mnt/shardisk"

и требование, которое вызывает его:

apiVersion: v1
kind: PersistentVolumeClaim
metadata:
  name: test-pvc
spec:
  accessModes:
    - ReadWriteMany
  resources:
    requests:
      storage: 50Mi

и, наконец, глупый pod для его использования:

kind: Pod
apiVersion: v1
metadata:
  name: nginx-nfs
spec:
  volumes:
    - name: storage
      persistentVolumeClaim:
       claimName: test-pvc
  containers:
    - name: nginx
      image: nginx
      ports:
        - containerPort: 80
          name: "http-server"
      volumeMounts:
        - mountPath: "/usr/share/nginx/html"
          name: storage

теперь я создал кластер с физической машины, и я присоединился к нему из виртуальной машины, я использовал callico для сетевых сервисов (потому что фланель не запускается, если кто-то знает, почему было бы замечательно ее решить)

теперь, если я попробуйте сделать: kubectl describe pod Я вижу, что все работает нормально, и поэтому в kubectl logs nginx-nfs, но если я пытаюсь сделать kubectl exec -it nginx-nfs /bin/bash

, все замораживание очень долгое время, и после этого у меня есть это:

Error from server: error dialing backend: dial tcp 10.0.2.15:10250: getsockopt: connection timed out


1 ответ

Cristian Monti ответил: 31 марта 2018 в 09:07

У меня есть "решить" это, я использую kubernetes в 2 различных локальных сетях, и поэтому у admin.conf есть ip, который не соответствует текущему ip, и он не будет работать, я должен решить, создавая тот же vm, внутренний для хоста, и на нем статический ip