gitlab-ctl reconfigure: невозможно определить имя узла

Я настроил новый экземпляр GitLab на Ubuntu 16.04.4 LTS. Установка пакета прошла нормально, и GitLab, похоже, работает. Затем я начал настраивать экземпляр и настраивать SMTP в /etc/gitlab/gitlab.rb. После этого я побежал sudo gitlab-ctl reconfigure. Это не удалось со следующим сообщением об ошибке:

Starting Chef Client, version 13.6.4

Running handlers:
There was an error running gitlab-ctl reconfigure:

Unable to determine node name: configure node_name or configure the system's hostname and fqdn

Running handlers complete
Chef Client failed. 0 resources updated in 10 seconds

Имя хоста системы и полное доменное имя устанавливаются:

$ hostname --fqdn
git-lab.dom
$ hostname
git-lab

Ohai, кажется, успешно читает имя хоста, полное доменное имя и домен:

$ /opt/gitlab/embedded/bin/ohai
[...]
"hostname": "git-lab",
"machinename": "git-lab",
"fqdn": "git-lab.dom",
"domain": "dom",
[...]

В ответе на аналогичный вопрос предлагается вручную установить node_name в /etc/chef/client.rb. Однако пакет gitlab omnibus, похоже, помещает client.rb в другое место. Я также не хочу следовать этому совету, так как мне кажется странным, что мне до сих пор не приходилось делать это для других установок GitLab. Также в документах указано (выделено мной):

node_name: имя узла. Определяет, какая конфигурация должна быть применена, и устанавливает имя_клиента, которое используется при аутентификации на сервере Chef. Значением по умолчанию является полное доменное имя шеф-клиента, обнаруженное Ohai. Как правило, Chef рекомендует оставить этот параметр пустым и позволить Ohai назначать полное доменное имя узла в качестве node_name при каждом запуске шеф-клиента.

Как решить проблему и продолжить настройку новой установки?


person sigy    schedule 28.03.2018    source источник


Ответы (2)


Перезапуск машины решил эту проблему для меня.

person hari prasad    schedule 06.07.2018
comment
Это точно работает. Хотел запустить gitlab на низкой спецификации. - person Sorter; 25.12.2018

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

person sigy    schedule 28.03.2018