Почему гитлаб не запускается?

Ссылка скопирована
1 ответ

Установил гитлаб на вм, все прошло успешно, задал extern_url, захожу через браузер с другого компьютера и вижу ответ 502 и сообщение, что скоро запустится.Скрин

Почему гитлаб не запускается?

Уже обнаружил, что на ВМ всего одно ядро процессора, дал сисадминам заявку выделить еще 3. По остальным системным требованиям (RAM, SSD) всё удовлетворяется. Пока это происходит, хотел убедиться, может ли вышеуказанная ошибка вообще возникнуть именно изза недостатка ядер, если нет, то с чем может быть связано?

Дополнительно:

а что в логах. он вообще имеет свойство запускать дооолго..

  • sudo gitlab-ctl status run: alertmanager: (pid 14767) 4125s; run: log: (pid 14610) 4210s run: gitaly: (pid 14756) 4128s; run: log: (pid 14115) 4385s run: gitlab-exporter: (pid 14737) 4129s; run: log: (pid 14545) 4228s run: gitlab-kas: (pid 14330) 4359s; run: log: (pid 14341) 4356s run: gitlab-workhorse: (pid 14715) 4131s; run: log: (pid 14469) 4248s run: logrotate: (pid 17404) 799s; run: log: (pid 14048) 4396s run: nginx: (pid 14724) 4130s; run: log: (pid 14493) 4241s run: node-exporter: (pid 14730) 4130s; run: log: (pid 14530) 4234s run: postgres-exporter: (pid 14774) 4125s; run: log: (pid 14638) 4204s run: postgresql: (pid 14163) 4370s; run: log: (pid 14175) 4367s run: prometheus: (pid 14748) 4128s; run: log: (pid 14581) 4217s run: puma: (pid 17957) 36s; run: log: (pid 14411) 4260s run: redis: (pid 14081) 4392s; run: log: (pid 14087) 4390s run: redis-exporter: (pid 14740) 4129s; run: log: (pid 14563) 4223s run: sidekiq: (pid 14420) 4256s; run: log: (pid 14432) 4253s

    sudo gitlab-ctl status run: alertmanager: (pid 14767) 4125s; run: log: (pid 14610) 4210s run: gitaly: (pid 14756) 4128s; run: log: (pid 14115) 4385s run: gitlab-exporter: (pid 14737) 4129s; run: log: (pid 14545) 4228s run: gitlab-kas: (pid 14330) 4359s; run: log: (pid 14341) 4356s run: gitlab-workhorse: (pid 14715) 4131s; run: log: (pid 14469) 4248s run: logrotate: (pid 17404) 799s; run: log: (pid 14048) 4396s run: nginx: (pid 14724) 4130s; run: log: (pid 14493) 4241s run: node-exporter: (pid 14730) 4130s; run: log: (pid 14530) 4234s run: postgres-exporter: (pid 14774) 4125s; run: log: (pid 14638) 4204s run: postgresql: (pid 14163) 4370s; run: log: (pid 14175) 4367s run: prometheus: (pid 14748) 4128s; run: log: (pid 14581) 4217s run: puma: (pid 17957) 36s; run: log: (pid 14411) 4260s run: redis: (pid 14081) 4392s; run: log: (pid 14087) 4390s run: redis-exporter: (pid 14740) 4129s; run: log: (pid 14563) 4223s run: sidekiq: (pid 14420) 4256s; run: log: (pid 14432) 4253s

    Или нужно что то отсюда?

    cd /srv/gitlab/logs && ls reconfigure  sshd

    cd /srv/gitlab/logs && ls reconfigure sshd

  • И к тому же долго понятие растяжимое, час уже точно есть, это долго? (не иронизирую, просто не разбираюсь)
  • час - долго.
    я не знаю, где у вас логи, у меня например они в /var/log/gitlab/ и там прям много. смотрите.
    dmitryg@git:~$ ls -la /var/log/gitlab/ total 116 drwxr-xr-x 24 root              root        4096 Nov 16 14:44 . drwxr-xr-x 10 root              root        4096 Mar  1 00:00 .. drwx------  2 gitlab-prometheus root        4096 Mar  7 22:49 alertmanager drwx------  2 root              root        4096 Mar 22 22:49 crond drwx------  2 git               root        4096 Mar 27 22:49 gitaly drwx------  2 git               root        4096 Mar 27 22:49 gitlab-exporter drwx------  2 git               root        4096 Mar  7 22:49 gitlab-kas drwx------  2 git               root       20480 Mar 28 13:23 gitlab-rails drwx------  2 git               root        4096 Mar 28 00:23 gitlab-shell drwx------  2 git               root        4096 Nov 16 14:44 gitlab-sshd drwx------  2 git               root        4096 Mar 27 22:49 gitlab-workhorse drwxr-xr-x  2 root              root        4096 Mar 22 12:45 lets-encrypt drwx------  2 root              root        4096 Mar  7 22:49 logrotate drwxr-x---  2 root              gitlab-www  4096 Mar 28 00:23 nginx drwx------  2 gitlab-prometheus root        4096 Mar  7 22:49 node-exporter drwx------  2 gitlab-psql       root        4096 Mar  7 22:49 postgres-exporter drwx------  2 gitlab-psql       root        4096 Mar 22 22:49 postgresql drwx------  2 gitlab-prometheus root        4096 Mar 27 22:49 prometheus drwx------  2 git               root        4096 Mar 22 06:22 puma drwxr-xr-x  2 root              root        4096 Mar 22 12:45 reconfigure drwx------  2 gitlab-redis      root        4096 Mar 27 22:49 redis drwx------  2 gitlab-redis      root        4096 Mar  7 22:49 redis-exporter drwx------  2 registry          root        4096 Mar 27 22:49 registry drwx------  2 git               root        4096 Mar 28 15:17 sidekiq dmitryg@git:~$

    dmitryg@git:~$ ls -la /var/log/gitlab/ total 116 drwxr-xr-x 24 root root 4096 Nov 16 14:44 . drwxr-xr-x 10 root root 4096 Mar 1 00:00 .. drwx------ 2 gitlab-prometheus root 4096 Mar 7 22:49 alertmanager drwx------ 2 root root 4096 Mar 22 22:49 crond drwx------ 2 git root 4096 Mar 27 22:49 gitaly drwx------ 2 git root 4096 Mar 27 22:49 gitlab-exporter drwx------ 2 git root 4096 Mar 7 22:49 gitlab-kas drwx------ 2 git root 20480 Mar 28 13:23 gitlab-rails drwx------ 2 git root 4096 Mar 28 00:23 gitlab-shell drwx------ 2 git root 4096 Nov 16 14:44 gitlab-sshd drwx------ 2 git root 4096 Mar 27 22:49 gitlab-workhorse drwxr-xr-x 2 root root 4096 Mar 22 12:45 lets-encrypt drwx------ 2 root root 4096 Mar 7 22:49 logrotate drwxr-x--- 2 root gitlab-www 4096 Mar 28 00:23 nginx drwx------ 2 gitlab-prometheus root 4096 Mar 7 22:49 node-exporter drwx------ 2 gitlab-psql root 4096 Mar 7 22:49 postgres-exporter drwx------ 2 gitlab-psql root 4096 Mar 22 22:49 postgresql drwx------ 2 gitlab-prometheus root 4096 Mar 27 22:49 prometheus drwx------ 2 git root 4096 Mar 22 06:22 puma drwxr-xr-x 2 root root 4096 Mar 22 12:45 reconfigure drwx------ 2 gitlab-redis root 4096 Mar 27 22:49 redis drwx------ 2 gitlab-redis root 4096 Mar 7 22:49 redis-exporter drwx------ 2 registry root 4096 Mar 27 22:49 registry drwx------ 2 git root 4096 Mar 28 15:17 sidekiq dmitryg@git:~$

    все по сервисам, нас интересуют логи из gitlab-rails

  • Дмитрий, Дмитрий, Вот такая запись в логках есть при запросе из браузера:
    {   "correlation_id": "01HT2Y9H8QTYSGTGNN29RWGZBC",   "duration_ms": 0,   "error": "badgateway: failed to receive response: dial unix /var/opt/gitlab/gitlab-rails/sockets/gitlab.socket: connect: connection refused",   "level": "error",   "method": "GET",   "msg": "",   "time": "2024-03-28T16:29:06Z",   "uri": "/-/metrics" } {   "content_type": "text/html; charset=utf-8",   "correlation_id": "01HT2Y9H8QTYSGTGNN29RWGZBC",   "duration_ms": 0,   "host": "127.0.0.1:8080",   "level": "info",   "method": "GET",   "msg": "access",   "proto": "HTTP/1.1",   "referrer": "",   "remote_addr": "127.0.0.1:0",   "remote_ip": "127.0.0.1",   "route": "^/-/",   "status": 502,   "system": "http",   "time": "2024-03-28T16:29:06Z",   "ttfb_ms": 0,   "uri": "/-/metrics",   "user_agent": "Prometheus/2.50.1",   "written_bytes": 3216 }

    { "correlation_id": "01HT2Y9H8QTYSGTGNN29RWGZBC", "duration_ms": 0, "error": "badgateway: failed to receive response: dial unix /var/opt/gitlab/gitlab-rails/sockets/gitlab.socket: connect: connection refused", "level": "error", "method": "GET", "msg": "", "time": "2024-03-28T16:29:06Z", "uri": "/-/metrics" } { "content_type": "text/html; charset=utf-8", "correlation_id": "01HT2Y9H8QTYSGTGNN29RWGZBC", "duration_ms": 0, "host": "127.0.0.1:8080", "level": "info", "method": "GET", "msg": "access", "proto": "HTTP/1.1", "referrer": "", "remote_addr": "127.0.0.1:0", "remote_ip": "127.0.0.1", "route": "^/-/", "status": 502, "system": "http", "time": "2024-03-28T16:29:06Z", "ttfb_ms": 0, "uri": "/-/metrics", "user_agent": "Prometheus/2.50.1", "written_bytes": 3216 }

  • А домен к урлу прикрутили или входите по IP? Да, одного ядра мало для гитлаба и памяти тоже лучше с запасом выделить.
  • Дмитрий,

    час - долго.

    У меня на виртуалке с 8 ядрами миграции гитлаба при обновлении спокойно могут по 15-20 минут идти, поэтому 1+ час на виртуалке с 1 ядром скорее всего вполне нормально

  • Wexter, согласен, гитлаб конечно неторопливый, особенно если контента уже успели наделать.
  • VoidVolker, домен не прикрутил, вхожу по IP, позже (сегодня) будет домен внутри сети. Также уже запросил больше ресурсов на вм. Зашел сейчас - тоже ответ 502 то есть вряд ли это он загружается так долго.
  • Скорее всего там у вас какая-то проблема - надо изучать. У меня гитлаб крутится на 16 ядрах и 12 гигах оперативки - 10 гигов он кушает стабильно. Так что рекомендую поднять число ядер хотя бы до 6-8 и памяти минимум до 8. На 4 ядрах он в принципе работал, но с явными лагами, а вот с 16 заработал ощутимо быстрее.
  • VoidVolker, ничего себе требования, это наверное когда много разрабов и процессов CI? У меня просто полтора разработчика, сугубо исследовательское желание настроить все в собственном контуре.
  • 2 разработчика ) CI/CD на отдельном сервере - иначе гитлабу становится совсем плохо, т.к. CI/CD запросто может сожрать вообще все доступное. Так что для пайплайнов используйте отдельный сервер. Гитлаб сам по себе не из легких систем. Вообще, там можно поковырять настройки и попробовать отключить лишние сервисы, но сомневаюсь, что сильно легче станет.
  • Нужно решить такую задачу?

    Опишите проблему, и специалист поможет с настройкой, исправлением ошибки или доработкой сайта. Подберём понятный план работ без лишней переписки.

    Заказать помощь
    Лучший ответ
    1
    Никита Орлов Ответ

    Чтобы разобраться, почему GitLab не запускается, необходимо провести ряд действий для выявления возможных причин и их устранения. Вот несколько шагов, которые могут помочь:

    1. Проверьте логи: Первым делом стоит посмотреть в логи GitLab, чтобы увидеть возможные ошибки. Обычно логи находятся в папке /var/log/gitlab/.

    2. Проверьте состояние сервисов: Убедитесь, что все необходимые сервисы GitLab запущены и работают корректно. Вы можете использовать команду systemctl status gitlab-unicorn.service, systemctl status gitlab-sidekiq.service и т.д. для проверки статуса сервисов.

    3. Проверьте порты: Убедитесь, что порты, на которых работает GitLab (обычно 80 для HTTP и 443 для HTTPS), не заняты другими приложениями.

    4. Перезапустите GitLab: Иногда простое перезапускание GitLab может помочь решить проблему. Используйте команду sudo gitlab-ctl restart для перезапуска всех компонентов GitLab.

    5. Проверьте конфигурационные файлы: Убедитесь, что конфигурационные файлы GitLab содержат правильные настройки. Обратите внимание на файл /etc/gitlab/gitlab.rb и убедитесь, что все параметры заданы корректно.

    6. Обновите GitLab: Если у вас установлена устаревшая версия GitLab, возможно, проблема будет решена обновлением до последней версии.

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

    Другие ответы (0)

    Пока нет других ответов. Будьте первым, кто поможет автору.

    Ответить на вопрос

    комментарий

    Ваш адрес email не будет опубликован. Обязательные поля помечены *

    Вам также может быть интересно