Как мне разрешить постоянные тома, в которых «hub-db-dir» запрещена ошибка при развертывании jupyter hub на kubernetes? - PullRequest
Новая
       27

Как мне разрешить постоянные тома, в которых «hub-db-dir» запрещена ошибка при развертывании jupyter hub на kubernetes?

0 голосов
/ 09 мая 2019

Я хочу развернуть блокнот jupyter в кластере kubernetes. Следуя официальной документации (https://zero -to-jupyterhub.readthedocs.io / en / latest / setup-jupyterhub.html ), я выполнил следующую команду: 

# Suggested values: advanced users of Kubernetes and Helm should feel
# free to use different values.
RELEASE=jhub
NAMESPACE=jhub

helm upgrade --install $RELEASE jupyterhub/jupyterhub \
  --namespace $NAMESPACE  \
  --version=0.8.2 \
  --values jupyter-hub-config.yaml

Где jupyter-hub-config.yaml - это файл конфигурации, упомянутый в документе, содержащий токен, сгенерированный командой openssl rand -hex 32 .

При выполнении вышеупомянутой команды я получаю следующую ошибку: 

Error: release jhub failed: persistentvolumeclaims "hub-db-dir" is forbidden: Internal error occurred: 8 default StorageClasses were found

Я пытался изучить различные способы установки jhub, но ни один из них не мог указать мне на какое-либо различие в этом подходе, которое я бы посчитал причиной ошибки здесь.

О / п команды kubectl get storageclass: 

NAME                                     PROVISIONER             AGE
aviral-worker-volume (default)           kubernetes.io/aws-ebs   14d
default (default)                        kubernetes.io/aws-ebs   14d
es-ebs-storage (default)                 kubernetes.io/aws-ebs   7d
gp2 (default)                            kubernetes.io/aws-ebs   14d
prometheus-monitoring-volume (default)   kubernetes.io/aws-ebs   8d
replicated (default)                     kubernetes.io/aws-ebs   14d
replicated-premkit (default)             kubernetes.io/aws-ebs   14d
replicated-statsd (default)              kubernetes.io/aws-ebs   14d

1 Ответ

1 голос
/ 09 мая 2019

В вашем кластере есть 8 классов хранения по умолчанию, что, безусловно, не нормально.Вы должны убедиться, что у вас есть только один класс хранения по умолчанию.

Я не знаю, какой класс должен быть по умолчанию, это полностью зависит от вашего кластера, я не хочу нести ответственность за это решение.Но для всех классов хранения, кроме стандартных, вам нужно сделать следующее: 

kubectl patch storageclass <your-class-name> -p '{"metadata": {"annotations":{"storageclass.kubernetes.io/is-default-class":"false"}}}'
...