Тайм-аут монтирования тома NFS в Kubernetes с неправильным IP? - PullRequest
Новая
       45

Тайм-аут монтирования тома NFS в Kubernetes с неправильным IP?

0 голосов
/ 14 июня 2019

97 Команда монтирования: systemd-run 98 Аргументы монтирования: --description = Переходное монтирование Kubernetes для /var/lib/kubelet/pods/06b9ae42-8e99-11e9-b888-a44c24184b19/volumes/kubernetes.io~nfs/nfs-data --scope - mount -t nfs 10.100.155.82:/exports/www /var/lib/kubelet/pods/06b9ae42-8e99-11e9-b888-a44c24184b19/volumes/kubernetes.io~nfs/nfs-data 99 Выход: рабочая область как единица измерения: run-r26f9da6c287846589bec8d059c33441d.scope 100 mount.nfs: соединение тайм-аут

101 Предупреждение FailedMount 2019-06-14T11: 48: 46Z 102 typo3-app-67b58d7657-cvqdg Pod Не удается смонтировать тома для модуля "Typo3-приложение-67b58d7657-cvqdg_default (1fb4c719-8e9a-11e9-b888-a44c24184b19)": истекло время ожидания для томов, которые нужно подключить или смонтировать для модуля "По умолчанию" / "typo3-приложение-67b58d7657-cvqdg". список несмонтированных volume = [nfs-data nfs-data-src]. список неприкрепленных томов = [nfs-data NFS-данных SRC default-token-lmtl4] Предупреждение FailedMount 2019-06-14T11: 49: 04Z

Странно, я понятия не имею, откуда оно взято 10.100.155.82? Это был предыдущий IP ClusterIP (относящийся к службе nfs) ... 

apiVersion: apps/v1
kind: Deployment
metadata:
  name: typo3-app
  labels:
    app: typo3
spec:
  replicas: 1
  selector:
    matchLabels:
      app: typo3
  template:
    metadata:
      labels:
        app: typo3
    spec:
      containers:
      - name: app
        image: us.gcr.io/objit-chris/chrisjitit-typo3:v11
        ports:
        - containerPort: 80
        volumeMounts:
          - mountPath: /var/www/html-chrisjitit
            name: nfs-data
          - mountPath: /var/www/typo3_src-6.2.6
            name: nfs-data-src
      volumes:
        - name: nfs-data
          nfs: 
            # https://github.com/kubernetes/minikube/issues/3417
            # server is not resolved using kube dns (so can't resolve to a service name - hence we need the IP)
            #server: 10.11.250.37
            server: 10.97.78.206 
            path: /exports/www
        - name: nfs-data-src
          nfs: 
            # https://github.com/kubernetes/minikube/issues/3417
            # server is not resolved using kube dns (so can't resolve to a service name - hence we need the IP)
            #server: 10.11.250.37
            server: 10.97.78.206 
            path: /exports/www/typo3_src

Что может быть причиной использования этого тайм-аута / неправильного IP-адреса?

Я попытался удалить развертывание, изменив имя, которое все еще не работало, но через несколько минут это сработало ... Действительно странное поведение?

Снова столкнулся с этой проблемой ...: 

 kubectl get pv
NAME                                       CAPACITY   ACCESS MODES   RECLAIM POLICY   STATUS      CLAIM              STORAGECLASS   REASON   AGE
nfs-data                                   10Gi       RWO            Retain           Available                                              67m
pvc-f1353542-a8b1-11e9-bdf7-38ffa66115bc   10Gi       RWO            Delete           Bound       default/nfs-data   standard                67m

kubectl get pvc
NAME       STATUS   VOLUME                                     CAPACITY   ACCESS MODES   STORAGECLASS   AGE
nfs-data   Bound    pvc-f1353542-a8b1-11e9-bdf7-38ffa66115bc   10Gi       RWO            standard       67m

1 Ответ

0 голосов
/ 17 июля 2019

Он продолжает подбирать старый IP-адрес NFS. Это ошибка ...: 

Mounting arguments: --description=Kubernetes transient mount for /var/lib/kubelet/pods/9470ac17-a8b9-11e9-bdf7-38ffa66115bc/volumes/kubernetes.io~nfs/nfs-data-src --scope -- mount -t nfs 10.11.250.37:/exports/www/typo3_src /var/lib/kubelet/pods/9470ac17-a8b9-11e9-bdf7-38ffa66115bc/volumes/kubernetes.io~nfs/nfs-data-src
Output: Running scope as unit: run-ref2095cb52c94d0c87de5458c3b16733.scope
mount.nfs: Connection timed out
...