2017-02-20 10 views
0

Когда я настраивающий gitlab-8.16.3 на K8S две ошибки:Ошибки gitlab-8.16.3 на kubernetes

1. gitlab-SVC всегда в STAUS «в ожидании», но я можно посетить gitlab на http://192.168.XXX.XXX:port. Странно, что пользователь root не может войти в систему с правами пользователя root и паролем root, когда я установил их в gitlab-deployment.yml;

2.The Nginx-Ingress фунтов стручки дают ошибку, как:

setrlimit(RLIMIT_NOFILE, 131072) failed (1: Operation not permitted),

но я был обновить ULIMIT с локальным хостом. Это результат при печати в команде «ULIMIT -n»:

ulimit -n 180000

, кто может мне помочь? Благодаря!

+0

Теперь я замечаю, что ulimit является 65536, когда я запускаю команду 'ulimit -n' в контейнерах nginx-ingress-lb. Это проблема? Как я могу это решить? –

ответ

1

Служба в состоянии Pending обычно указывает, что использовалась услуга типа LoadBalancer. Служба LoadBalancer работает только при использовании облачных провайдеров, таких как AWS, GCE, Azure, ...

Это необходимо, только если вы хотите публично разоблачить услугу публичным IP-адресом.

Состояние Pending показано, что Kubernetes ждет навсегда для установки балансировщика нагрузки и сообщения об открытом IP-адресе, которое никогда не произойдет, если вы не находитесь в одном из поддерживаемых облаков.

Как вы, похоже, получаете доступ к службе с внутренним IP-адресом вместо публичного IP-адреса, я бы предположил, что вы действительно не хотите публиковать его публике. В этом случае вам понадобится услуга типа NodePort. Пожалуйста, прочитайте https://kubernetes.io/docs/user-guide/services/#type-nodeport

Я не уверен в ошибке ulimit, но я бы предположил, что это не связано с проблемами, с которыми вы сталкиваетесь.

Проблемы с корневым логином также не связаны. Мне не хватает информации о вашей настройке и развертывании, чтобы помочь здесь.

+0

Спасибо за помощь. Хмммм ..., я думаю, что сейчас я должен внимательно прочитать документ k8s. До этого я должен решить вторую проблему. Еще раз спасибо! –

Смежные вопросы