Реестр гавани: не удалось получить изображение в Kubernetes - PullRequest
Новая
       47

Реестр гавани: не удалось получить изображение в Kubernetes

0 голосов
/ 02 апреля 2019

Я установил реестр Harbour, который успешно работал в течение нескольких недель.Для каждого развертывания и пространства имен у меня есть секрет с учетными данными из моего файла ~ / .docker / config.json, чтобы получить доступ к реестру.С прошлых выходных я больше не мог получать изображения из этого реестра и ничего не менял!Кластер работает на GKE v1.12.5.

Что работает? Я могу извлекать и выгружать образы из моего локального компьютера, работающего с докером.

Что не работает? Мой кластер Kubernetes не может тянутьобразы больше и запускаются по таймауту. 

Events:
  Type     Reason          Age                  From                                                       Message
  ----     ------          ----                 ----                                                       -------
  Normal   Scheduled       13m                  default-scheduler                                          Successfully assigned k8s-test7/nginx-k8s-test7-6f7b8fdd79-2ffmp to gke-k8s-cloudops-test-default-pool-72fccd21-hrhk
  Normal   SandboxChanged  12m                  kubelet, gke-k8s-cloudops-test-default-pool-72fccd21-hrhk  Pod sandbox changed, it will be killed and re-created.
  Warning  Failed          11m (x3 over 12m)    kubelet, gke-k8s-cloudops-test-default-pool-72fccd21-hrhk  Failed to pull image "core.k8s-harbor-test.my-domain.com/nginx-test/nginx:1.15.10": rpc error: code = Unknown desc = Error response from daemon: Get https://core.k8s-harbor-test.my-domain.com/v2/: net/http: request canceled while waiting for connection (Client.Timeout exceeded while awaiting headers)
  Warning  Failed          11m (x3 over 12m)    kubelet, gke-k8s-cloudops-test-default-pool-72fccd21-hrhk  Error: ErrImagePull
  Normal   BackOff         11m (x7 over 12m)    kubelet, gke-k8s-cloudops-test-default-pool-72fccd21-hrhk  Back-off pulling image "core.k8s-harbor-test.my-domain.com/nginx-test/nginx:1.15.10"
  Normal   Pulling         10m (x4 over 13m)    kubelet, gke-k8s-cloudops-test-default-pool-72fccd21-hrhk  pulling image "core.k8s-harbor-test.my-domain.com/nginx-test/nginx:1.15.10"
  Warning  Failed          3m2s (x38 over 12m)  kubelet, gke-k8s-cloudops-test-default-pool-72fccd21-hrhk  Error: ImagePullBackOff

deploy.yaml 

apiVersion: extensions/v1beta1
kind: Deployment
metadata:
  name: nginx-k8s-test7
  namespace: k8s-test7
spec:
  replicas: 1
  template:
    metadata:
      labels:
        app: nginx-k8s-test7
    spec:
      containers:
      - name: nginx-k8s-test7
        image: core.k8s-harbor-test.my-domain.com/nginx-test/nginx:1.15.10
        volumeMounts:
          - name: webcontent
            mountPath: /usr/share/nginx/html
        ports:
        - containerPort: 80
      volumes:
        - name: webcontent
          configMap:
            name: webcontent
      imagePullSecrets:
      - name: harborcred
---
kind: PersistentVolumeClaim
apiVersion: v1
metadata:
  name: webcontent
  namespace: k8s-test7
  annotations:
    volume.alpha.kubernetes.io/storage-class: default
spec:
  accessModes: [ReadWriteOnce]
  resources:
    requests:
      storage: 5Gi

Секретный "harborcred" является частью каждого пространства имен, так что развертывание может получить к нему доступ.Секрет был создан согласно документации kubernetes:

https://kubernetes.io/docs/tasks/configure-pod-container/pull-image-private-registry/

kubectl create secret generic harborcred \
    --from-file=.dockerconfigjson=~/.docker/config.json \
    --type=kubernetes.io/dockerconfigjson \
    --namespace=k8s-test7

Любая помощь будет оценена!

1 Ответ

0 голосов
/ 02 апреля 2019

Привет на первый взгляд, не могли бы вы:

  1. Изменить источник изображения и использовать какой-нибудь общедоступный, например. nginx для проверки вашего развертывания не имеет других проблем.
  2. https://kubernetes.io/docs/tasks/configure-pod-container/pull-image-private-registry/ также предоставьте более подробную информацию о проверке «секретов».
  3. Также выполните дополнительные тесты, связанные с подключением напрямую с вашего узла, как описано в этом посте [ Как отладить "ImagePullBackOff"?

Дополнительные шаги для поиска основной причины: 




 1. Convert your secrets data:<br/>
   kubectl get secret harborcred -n k8s-test7
    --output="jsonpath={.data.\.dockerconfigjson}" | base64 --decode

 2. Compare the result of decoding your "auth" field from the 1 step  with your docker credentials using:<br/>

    echo "your auth data" | base64 --decode

 3. To find the root cause please use also:

    kubectl get events -n k8s-test7 | grep pull

Пожалуйста, поделитесь с вашими журналами.

...