**** web_server Платформа DevSecOps gitlab-ctl reconfigure Бесплатная пробная версия gitlab-ctl restart Блог GitLab Документация Узнать web_server Политика конфиденциальности
502 Ой, GitLab слишком долго отвечает Решение 1 Я видел подобные проблемы несколько раз. Если GitLab работал нормально, ничего не трогайте. Просто подожди. Кажется, GitLab не был запущен должным образом Я имею в виду, что после загрузки системы нужно подождать 1-2 минуты, прежде чем использовать GitLab. GitLab нужно некоторое время для запуска. Решение 2 Я не добавляю комментарий, так как мой ответ нуждается в хорошем форматировании. Значит, ваш порт 8080 уже используется. Я бы посоветовал остановить GitLab и изменить единорога порт из 8080 к 8081 (или какой-то неиспользуемый порт). После запуска/перезапуска GitLab подождите 2 минуты, и все будет в порядке. Если нет, проверьте еще раз gitlab-ctl tail на любые ошибки. # gitlab-ctl stop # vi /etc/gitlab/gitlab.rb (change only these lines, uncomment if required)
unicorn['port'] = 8081
gitlab_git_http_server['auth_backend'] = "http://localhost:8081" # gitlab-ctl reconfigure (to apply the changes)
# gitlab-ctl restart
# lsof -i:8081 (check whether unicorn has started properly) Решение 3 После осмотра хвоста gitlab-ctl (петля перезагрузки) оказалось, что не хватает оперативной памяти (2 ГБ) и в моей свежей настройке Ubuntu нет файла подкачки.
mkdir /swap && touch /swap/swapfile.img
dd if=/dev/zero of=/swap/swapfile.img bs=1024 count=2M # если вы хотите 4G измените 2M на 4M
chmod 0600 /swap/swapfile.img
mkswap /swap/swapfile.img
nano /etc/fstab и добавить «/swap/swapfile.img swap swap sw 0 0»
swapon /swap/swapfile.img
Проверьте, работает ли это: cat /proc/swaps
Filename Type Size Used Priority /swap/swapfile.img file 2097148 0 -1 больше информации о создании свопа: здесь
Решение 4
Обновление unicorn['port'] до **** .(Другой порт, который не используется для процесса в системе)
Обновление nginx['port'] до **** .(Другой порт, который не используется для процесса в системе)
Обновление web_server имя пользователя и web_server group в этом файле и установите для него имя пользователя и группу apache/httpd Тогда сделайте gitlab-ctl reconfigure и gitlab-ctl restart Решение 5
unicorn['worker_processes'] = 3
unicorn['worker_timeout'] = 120 # or any suitable timeout for your server не забудьте убрать # в начале строки, если комментируете. Беги sudo gitlab-ctl reconfigure чтобы изменение вступило в силу. Комментарии
Я установил Gitlab на Raspberry Pi2, и он отлично работал пару месяцев. Но после отключения питания RPi он больше не работает. Веб-страница возвращает ошибку 502.
502 К сожалению, GitLab слишком долго не отвечает. Поэтому я попытался перенастроить ( sudo gitlab-ctl reconfigure ), но это не удалось с сообщением об ошибке:
FATAL: Errono::EAFNOSUPPORT: Address family not supported by protocol - socket
Я не знаю, как решить эту проблему.
Строка определенно будет там, но с портом 8080 вам придется раскомментировать это и изменить его на порт 8081.
Я попытался перенастроить снова. В журнале еще одна ошибка /var/log/gitlab/postgresql/current LOG: received fast shutdown request LOG: database system is shut down LOG: could not bind socket for statistics collector: Cannot assign requested address LOG: trying another address for the statistics collector LOG: could not create socket for statistics collector: Address family not supported by protocol LOG: disabling statistics collector for lack of working socket WARNING: autovacuum not started because of misconfiguration HINT: Enable the "track_counts" option.
Что значит gitlab-ctl status показывает? Все процессы запущены? Возможно, вам придется устранить неполадки postgres. Попробуйте lsof -i:5432 или sudo -u postgres psql template1
Все процессы запущены (logrotate, nginx, postgresql, redis, sidekiq, unicorn). Возможно, порт 5432 не используется. sudo lsof -i:5432 не возвращает никакого сообщения. web_server **** Ожидание не помогло мне, помогло добавление памяти. nginx['port']
**** Я видел эту проблему при запуске GitLab на виртуальной машине Ubuntu; помогло выделение немного больше памяти; из памяти я увеличил с 1 до 2 ГБ. web_server gitlab-ctl reconfigure
Чем это отличается от 3438276? Кроме того, всегда полезно указать файлы, которые также необходимо изменить. gitlab-ctl restart
Я встречаю ошибку 502, и я меняю память виртуальной коробки с 1 ГБ на 2 ГБ, и ошибка исчезла.
Ну, я убил одну ночь и один вечер, пытаясь понять, что пошло не так в моем случае, я попробовал другой порт, как описано выше, и, наконец, я просто расширил оперативную память до 8 ГБ, потому что я использую ubuntu под wmware и 502 нет. Я читал офдок за некоторое время до этого, но подумал, что гитлаб может работать даже с меньшим объемом оперативной памяти. Такое поведение немного странно для меня unicorn['port']
В последнее время в облаке есть серверы, которые нужно выпустить, и тогда гитлабу, работающему в облаке, приходится куда-то перемещаться. Из-за ограниченности ресурсов занимает для построения окружения на других серверах (доступной памяти меньше 4000), но при запуске гуся непонятным образом появляется 502, Простите? Затем я искал некоторые решения в блогах по проблемам (например, изменение портов, перезапуск или запуск службы) и нашел некоторую информацию в журнале во время процесса настройки. Основная идея этой поездки – ход мыслей. Когда вы откроете свой горизонт, вы почувствуете непредубежденность. Оказывается, это на самом деле незначительная проблема. 1. Непонятно какие сервисы и использования приложения будут запущены. Только статус будет просматриваться просто. 2. Baidu — это первое, что приходит на ум, когда видишь ошибку. Не лучше ли поискать путь к логу и сначала прочитать лог? I. Ложная информация Два. Процесс устранения неполадок
1. Запустить unicorn, не слушая порт. Путь журнала: /var/log/gitlab/unicorn/unicorn_stderr.log
PG::ConnectionBad: could not connect to server: No such file or directory Is the server running locally and accepting connections on Unix domain socket "/var/opt/gitlab/postgresql/.s.PGSQL.5432"? /opt/gitlab/embedded/lib/ruby/gems/2.3.0/gems/activerecord-4.2.10/lib/active_record/connection_adapters/postgresql_adapter.rb:651:in `initialize' /opt/gitlab/embedded/lib/ruby/gems/2.3.0/gems/activerecord-4.2.10/lib/active_record/connection_adapters/postgresql_adapter.rb:651:in `new' /opt/gitlab/embedded/lib/ruby/gems/2.3.0/gems/activerecord-4.2.10/lib/active_record/connection_adapters/postgresql_adapter.rb:651:in `connect' /opt/gitlab/embedded/lib/ruby/gems/2.3.0/gems/activerecord-4.2.10/lib/active_record/connection_adapters/postgresql_adapter.rb:242:in `initialize' /opt/gitlab/embedded/lib/ruby/gems/2.3.0/gems/activerecord-4.2.10/lib/active_record/connection_adapters/postgresql_adapter.rb:44:in `new' /opt/gitlab/embedded/lib/ruby/gems/2.3.0/gems/activerecord-4.2.10/lib/active_record/connection_adapters/postgresql_adapter.rb:44:in `postgresql_connection' ··· ···
··· ··· Сообщение выводится из-за того, что вы не можете подключиться к ГУ, поэтому после запуска postgresql происходит перезагрузка (ну и все).
2,postgresql вниз
down: postgresql: 0s, normally up, want up; run: log: (pid 623) 15816094s
2018-11-01_08:18:09.49669 FATAL: could not map anonymous shared memory: Cannot allocate memory
2018-11-01_08:18:09.49671 HINT: This error usually means that PostgreSQL's request for a shared memory segment exceeded available memory, swap space, or huge pages. To reduce the request size (currently 4292984832 bytes), reduce PostgreSQL's shared memory usage, perhaps by reducing shared_buffers or max_connections.
2018-11-01_08:18:09.49671 LOG: database system is shut down Вы также можете получить ту же информацию, выполнив команду gitlab-ctl tail postgresql, чтобы определить проблему.
This error usually means that PostgreSQL's request for a shared memory segment exceeded available memory, swap space, or huge pages. To reduce the request size (currently 4292984832 bytes), reduce PostgreSQL's shared memory usage, perhaps by reducing shared_buffers or max_connections.
2018-11-01_07:52:06.63024 LOG: database system is shut down
[root@V2 ~]# cat /etc/gitlab/gitlab.rb |grep -v ^$ |grep -v ^#
external_url 'http://xxx.xxx.xxx.xxx.xxx:8090'
unicorn['worker_timeout'] = 60
unicorn['worker_processes'] = 3
unicorn['listen'] = 'xxx.xxx.xxx.xxx.xxx'
unicorn['port'] = 8870
postgresql['enable'] = true
postgresql['data_dir'] = "/var/opt/gitlab/postgresql/data"
postgresql['shared_buffers'] = "256MB" # ! **recommend value is 1/4 of total RAM, up to 14GB.**
postgresql['max_connections'] = 200
nginx['listen_addresses'] = ['*']
nginx['listen_port'] = 8090 Конфигурация завершена и сохранена, затем конфигурация обновляется, и приложение перезапускается.
gitlab-ctl reconfigure # Update configuration
gitlab-ctl restart # restart app
gitlab-ctl status # View service status 1. 502-Ой, GitLab слишком долго отвечает 3. HTTP 502: К сожалению, GitLab слишком долго отвечает. Даже после перезагрузки Сервера Автор: myblue в области эксплуатации и обслуживания в 04 ноября 2018 г. — 19:08
Я пишу это после недели попыток решить эту проблему самостоятельно. Я запускаю его на DS412+, я не могу пройти страницу 502, независимо от того, что я делаю. если бы вы могли направить меня, это было бы здорово. Заранее спасибо Шрикант Каматх
Я имею в виду, что после загрузки системы нужно подождать 1-2 минуты, прежде чем использовать GitLab. GitLab нужно некоторое время для запуска.
Решение 2
Я не добавляю комментарий, так как мой ответ нуждается в хорошем форматировании.
Значит, ваш порт 8080 уже используется. Я бы посоветовал остановить GitLab и изменить единорога порт из 8080 к 8081 (или какой-то неиспользуемый порт).
После запуска/перезапуска GitLab подождите 2 минуты, и все будет в порядке. Если нет, проверьте еще раз gitlab-ctl tail на любые ошибки.
# gitlab-ctl stop
# vi /etc/gitlab/gitlab.rb (change only these lines, uncomment if required)
unicorn['port'] = 8081
gitlab_git_http_server['auth_backend'] = "http://localhost:8081"
# gitlab-ctl reconfigure (to apply the changes)
# gitlab-ctl restart
# lsof -i:8081 (check whether unicorn has started properly)
Решение 3
После проверки хвоста gitlab-ctl (петля перезагрузки) оказалось, что не хватает оперативной памяти (2 ГБ) и в моей свежей настройке Ubuntu нет файла подкачки.
mkdir /swap && touch /swap/swapfile.img
dd if=/dev/zero of=/swap/swapfile.img bs=1024 count=2M # если вы хотите 4G измените 2M на 4M
chmod 0600 /swap/swapfile.img
mkswap /swap/swapfile.img
nano /etc/fstab и добавьте «/swap/swapfile.img swap swap sw 0 0»
swapon /swap/swapfile.img
Проверьте, работает ли это: cat /proc/swaps
Filename Type Size Used Priority
/swap/swapfile.img file 2097148 0 -1
больше информации о создании свопа: здесь
Решение 4
Обновление unicorn['port'] до **** .(Другой порт, который не используется для процесса в системе)
Обновление nginx['port'] до **** .(Другой порт, который не используется для процесса в системе)
Обновление web_server имя пользователя и web_server group в этом файле и установите для него имя пользователя и группу apache/httpd
Тогда сделайте gitlab-ctl reconfigure и gitlab-ctl restart
Решение 5
unicorn['worker_processes'] = 3
unicorn['worker_timeout'] = 120 # or any suitable timeout for your server
не забудьте убрать # в начале строки, если комментируете. Беги sudo gitlab-ctl reconfigure чтобы изменение вступило в силу.
Комментарии
Я установил Gitlab на Raspberry Pi2, и он отлично работал пару месяцев. Но после отключения питания RPi он больше не работает. Веб-страница возвращает ошибку 502.
502 К сожалению, GitLab слишком долго не отвечает.
Поэтому я попытался перенастроить ( sudo gitlab-ctl reconfigure ), но это не удалось с сообщением об ошибке:
FATAL: Errono::EAFNOSUPPORT: Address family not supported by protocol - socket
Я не знаю, как решить эту проблему.
Строка определенно будет там, но с портом 8080 вам придется раскомментировать это и изменить его на порт 8081.
Я попытался перенастроить снова. В журнале еще одна ошибка /var/log/gitlab/postgresql/current LOG: received fast shutdown request LOG: database system is shut down LOG: could not bind socket for statistics collector: Cannot assign requested address LOG: trying another address for the statistics collector LOG: could not create socket for statistics collector: Address family not supported by protocol LOG: disabling statistics collector for lack of working socket WARNING: autovacuum not started because of misconfiguration HINT: Enable the "track_counts" option.
Что значит gitlab-ctl status показывает? Все процессы запущены? Возможно, вам придется устранить неполадки postgres. Попробуйте lsof -i:5432 или sudo -u postgres psql template1
Все процессы запущены (logrotate, nginx, postgresql, redis, sidekiq, unicorn). Возможно, порт 5432 не используется. sudo lsof -i:5432 не возвращает никакого сообщения.
Ожидание не помогло мне, помогло добавление памяти.
Я видел эту проблему при запуске GitLab на виртуальной машине Ubuntu; помогло выделение немного больше памяти; из памяти я увеличил с 1 до 2 ГБ.
Чем это отличается от 3438276 ? Кроме того, всегда полезно указать файлы, которые также необходимо изменить.
Я встречаю ошибку 502, и я меняю память виртуальной коробки с 1 ГБ на 2 ГБ, и ошибка исчезла.
Ну, я убил одну ночь и один вечер, пытаясь понять, что пошло не так в моем случае, я попробовал другой порт, как описано выше, и, наконец, я просто расширил оперативную память до 8 ГБ, потому что я использую ubuntu под wmware и 502 нет. Я читал офдок за некоторое время до этого, но подумал, что гитлаб может работать даже с меньшим объемом оперативной памяти. Такое поведение немного странно для меня 🙁
Как просмотреть журналы GitLab Pages
Вы можете просмотреть журналы демона Pages, запустив:
gitlab-ctl gitlab-pages
Вы также можете найти файл журнала в /var/log/gitlab/gitlab-pages/current .
unsupported protocol scheme \"\""
Это означает, что вы не установили схему протокола HTTP(S) в настройках сервера Pages. Чтобы это исправить:
gitlab-ctl reconfigure
Ошибка 502 при подключении к прокси-серверу GitLab Pages, когда сервер не прослушивает IPv6
В некоторых случаях NGINX может по умолчанию использовать IPv6 для подключения к страницам GitLab. сервис, даже если сервер не прослушивает IPv6. Вы можете определить, когда это происходит, если вы видите что-то похожее на запись журнала ниже в gitlab_pages_error.log :
Чтобы решить эту проблему, установите явный IP-адрес и порт для страниц GitLab listen_proxy параметр чтобы определить явный адрес, который демон GitLab Pages должен прослушивать:
Периодические ошибки 502 или через несколько дней
Если вы запускаете Pages в системе, использующей systemd и tmpfiles.d
, вы можете столкнуться с периодическими ошибками 502 при попытке обслуживать Страницы с ошибкой, подобной:
GitLab Pages создает привязку
внутри /tmp/gitlab-pages-* который включает такие файлы, как /etc/hosts . Однако systemd может очистить /tmp/ каталог на регулярной основе, поэтому DNS конфигурация может быть потеряна.
Остановить systemd от очистки связанного контента Страниц:
Скажи tmpfiles.d не удалять страницы /tmp каталог:
Перезапустить страницы GitLab:
gitlab-ctl restart gitlab-pages
Не удалось получить доступ к страницам GitLab
Если вы не можете получить доступ к своим страницам GitLab (например, получить 502 Bad Gateway ошибки или цикл входа в систему) и в вашем журнале страниц отображается эта ошибка:
"error":"retrieval context done: context deadline exceeded","host":"root.docs-cit.otenet.gr","level":"error","msg":"could not fetch domain information from a source"
Перезапустить страницы GitLab:
gitlab-ctl перезапуск gitlab-страниц
Не удалось подключиться к внутреннему API GitLab
Если вы запускаете GitLab Pages на отдельном сервере
вы должны скопировать /etc/gitlab/gitlab-secrets.json файл с сервера GitLab на сервер страниц после обновления до GitLab 13.3, как описано в этом разделе.
Другими причинами могут быть проблемы с сетевым подключением между вашими Сервер GitLab и ваш сервер страниц например конфигурации брандмауэра или закрытые порты. Например, если есть тайм-аут соединения:
error="failed to connect to internal Pages API: Get \"https://gitlab.example.com:3000/api/v4/internal/pages/status\": net/http: request canceled while waiting for connection (Client.Timeout exceeded while awaiting headers)"
Страницы не могут взаимодействовать с экземпляром GitLab API
Периодически возникающие ошибки 502 при использовании AWS Network Load Balancer и страниц GitLab
Время ожидания соединения истекает при использовании балансировщика сетевой нагрузки с включенным сохранением IP-адреса клиента, и запрос возвращается на исходный сервер . Это может случиться с экземплярами GitLab с несколькими серверами. запуск как основного приложения GitLab, так и GitLab Pages. Это также может произойти, когда один В контейнере запущено как основное приложение GitLab, так и GitLab Pages.
AWS рекомендует использовать тип цели IP
чтобы решить эту проблему.
Отключение сохранения IP клиента
может решить эту проблему, если основное приложение GitLab и страницы GitLab работают на одном хосте или контейнер.
500 ошибка с securecookie: failed to generate random iv и Failed to save the session
Эта проблема, скорее всего, возникает из-за устаревшей операционной системы . Демон Pages использует securecookie библиотека чтобы получить случайные строки через crypto/rand в Го . Для этого требуется getrandom системный вызов или /dev/urandom быть доступным в хост-ОС. Обновление до официально поддерживаемой операционной системы Рекомендовано.
Запрошенная область недействительна, имеет неправильный формат или неизвестна
Эта проблема возникает из-за разрешений приложения GitLab Pages OAuth. Чтобы это исправить:
На верхней панели выберите Главное меню > Администратор .
На левой боковой панели выберите Приложения > Страницы GitLab .
Редактировать приложение.
Менее Прицелы , убедитесь, что api область действия выбрана.
Сохраните изменения.
При запуске отдельного сервера Pages , этот параметр необходимо настроить на основном сервере GitLab.
Обходной путь в случае, если невозможно установить запись DNS с подстановочными знаками
Если условие подстановочного знака DNS не может быть выполнено, вы все еще можете использовать GitLab Pages в ограниченном режиме:
Перемещение
все проекты, с которыми вам нужно использовать Pages, в одно групповое пространство имен, например pages .
Настроить запись DNS без *. -шаблон, например pages.example.io .
Настройка pages_external_url http://example.io/ в вашем gitlab.rb файл. Опустите здесь пространство имен группы, потому что оно автоматически добавляется GitLab.
Демон страниц завершается с ошибкой отказа в доступе
Если /tmp установлен с noexec , демон Pages не запускается с ошибкой вида:
После добавления измените конфигурацию с помощью sudo gitlab-ctl reconfigure и перезапустите GitLab с помощью sudo gitlab-ctl restart .
The redirect URI included is not valid. при использовании контроля доступа к страницам
URL обратного вызова /Redirect URI в GitLab Pages Системное приложение OAuth
использует протокол (HTTP или HTTPS), который pages_external_url настроен на использование.
Компоненты домена и пути Redirect URI действительны: они должны выглядеть как projects.<pages_external_url>/auth .
500 ошибка cannot serve from disk
Если вы получаете ответ 500 от Pages и сталкиваетесь с ошибкой, похожей на:
Это означает, что GitLab Rails указывает GitLab Pages обслуживать контент из местоположения на диске, однако GitLab Pages был настроен на отключение доступа к диску.
Чтобы включить доступ к диску:
Включить доступ к диску для страниц GitLab в /etc/gitlab/gitlab.rb :
httprange: new resource 403
Если вы видите ошибку, похожую на:
В этом случае настоятельно рекомендуется настроить объектное хранилище и перенос в него любых существующих данных страниц .
GitLab Pages не работает после обновления до GitLab 14.0 или выше
GitLab 14.0 представляет ряд изменений в GitLab Pages, которые могут потребовать ручного вмешательства.
Сначала следуйте руководству по миграции .
Попробуйте обновиться до GitLab 14.3 или выше. Некоторые проблемы были исправлены в GitLab 14.1, 14.2 и 14.3.
Если это не работает, см. журналы GitLab Pages , и если вы видите там какие-либо ошибки, ищите их на этой странице.
ВНИМАНИЕ: В GitLab 14.0-14.2 вы можете временно включить устаревшие механизмы хранения и настройки.
Для этого:
Опишите проблему, с которой вы столкнулись в отзыве о миграции .
Сбой задания развертывания GitLab Pages с ошибкой «не является признанным поставщиком»
Если страниц задание выполнено успешно, но развертывание job выдает ошибку "не является признанным провайдером":
Сообщение об ошибке is not a recognized provider может исходить от fog gem, который GitLab использует для подключения к облачным провайдерам для хранения объектов.
Чтобы это исправить:
Настройте объектное хранилище для своих развертываний Pages, следуя параметрам подключения, совместимым с S3 гид.
Сохраните свои развертывания локально, закомментировав эту строку.
Сохраните изменения, внесенные в gitlab.rb файл, затем переконфигурировать GitLab .
Ошибка 404 The page you're looking for could not be found
Если вы получите 404 Page Not Found ответ от GitLab Pages:
Чек .gitlab-ci.yml содержит задание pages: .
Проверьте конвейер текущего проекта, чтобы подтвердить задание pages:deploy выполняется.
Я установил Gitlab на Raspberry Pi2, и он отлично работал пару месяцев. Но после отключения питания RPi он больше не работает. Веб-страница возвращает ошибку 502.
502 К сожалению, GitLab слишком долго не отвечает.
Поэтому я попытался перенастроить ( sudo gitlab-ctl reconfigure ), но это не удалось с сообщением об ошибке:
FATAL: Errono::EAFNOSUPPORT: Address family not supported by protocol - socket
Если GitLab работал нормально, ничего не трогайте. Просто подожди. Кажется, GitLab не был запущен должным образом
Я имею в виду, что после загрузки системы нужно подождать 1-2 минуты, прежде чем использовать GitLab. GitLab нужно некоторое время для запуска.
ответил 12 окт 2016 в 7:06
1 золотой значок 30 серебряных значков 24 бронзовых знака
Я не добавляю комментарий, так как мой ответ нуждается в хорошем форматировании.
Значит, ваш порт 8080 уже используется. Я бы посоветовал остановить GitLab и поменять единорога порт из 8080 к 8081 (или какой-то неиспользуемый порт).
После запуска/перезапуска GitLab подождите 2 минуты, и все будет в порядке. Если нет, проверьте еще раз gitlab-ctl tail на любые ошибки.
# gitlab-ctl stop
# vi /etc/gitlab/gitlab.rb (change only these lines, uncomment if required)
unicorn['port'] = 8081
gitlab_git_http_server['auth_backend'] = "http://localhost:8081"
# gitlab-ctl reconfigure (to apply the changes)
# gitlab-ctl restart
# lsof -i:8081 (check whether unicorn has started properly)
ответил 29 ноя 2015 в 10:38
4 золотых значка 39 серебряных значков 51 бронзовый знак
После осмотра хвоста gitlab-ctl (петля перезагрузки) оказалось, что не хватает оперативной памяти (2 ГБ) и в моей свежей настройке Ubuntu нет файла подкачки.
mkdir /swap && touch /swap/swapfile.img
dd if=/dev/zero of=/swap/swapfile.img bs=1024 count=2M # если хотите 4G измените 2M на 4M
chmod 0600 /swap/swapfile.img
mkswap /swap/swapfile.img
nano /etc/fstab и добавить «/swap/swapfile.img swap swap sw 0 0»
swapon /swap/swapfile.img
Проверьте, работает ли это: cat /proc/swaps
Filename Type Size Used Priority
/swap/swapfile.img file 2097148 0 -1
больше информации о создании свопа: здесь
ответил 28 фев 2018 в 10:58
19 серебряных значков 27 бронзовых знаков
Обновление unicorn['port'] до **** .(Другой порт, который не используется для процесса в системе)
Обновление nginx['port'] до **** .(Другой порт, который не используется для процесса в системе)
Обновление web_server имя пользователя и web_server group в этом файле и установите для него имя пользователя и группу apache/httpd
Тогда сделайте gitlab-ctl reconfigure и gitlab-ctl restart
unicorn['worker_processes'] = 3
unicorn['worker_timeout'] = 120 # or any suitable timeout for your server
не забудьте убрать # в начале строки, если комментируете.
Беги sudo gitlab-ctl reconfigure чтобы изменение вступило в силу.
ответил 29 июля 2018 в 10:04
Анас Нагиб
10 серебряных значков 12 бронзовых знаков
Эта ошибка также возникает, когда система, в вашем случае Raspberry Pi2 (в моем случае, экземпляр t2.micro AWS EC2), не соответствует минимальным требованиям для установки Gitlab.
Это нехватка памяти (t2.micro — 1 ГБ, но Gitlab требует 4 ГБ) для дальнейшей обработки. Поэтому предоставьте все требования правильно (я занял инстанс t2.medium, который 4GiB вместо t2.micro).
Было бы уместно, если бы система была включена точно.
ответил 9 ноя 2017 в 5:00
nginx['listen_port'] = 8081
unicorn['port'] = 8082 #the ports should be different
см. https://docs.gitlab.com/omnibus/common_installation_problems/#tcp-ports-for-gitlab-services-are-already-taken
(TCP-порты для сервисов GitLab уже заняты)
ответил 16 мая 2020 в 9:23 mkswap /swap/swapfile.img
mkdir /swap && touch /swap/swapfile.img
1 золотой значок nginx['port']
4 серебряных значка
11 бронзовых знаков
cat /proc/swaps
gitlab-ctl tail Обратите внимание, если вы получили 502 Упс, GitLab слишком долго отвечает
прежде чем идти так много с каждым шагом # gitlab-ctl stop
# vi /etc/gitlab/gitlab.rb (change only these lines, uncomment if required) unicorn['port'] = 8081 gitlab_git_http_server['auth_backend'] = "http://localhost:8081"
# gitlab-ctl reconfigure (to apply the changes) # gitlab-ctl restart # lsof -i:8081 (check whether unicorn has started properly)
Убедитесь, что на вашем сервере установлено не менее 4 ГБ оперативной памяти
и дайте ее серверу не менее 10 минут, если вы используете цифровую каплю океана
ответил
22 ноя 2021 в 12:44
У меня была такая ошибка раньше, и оказалось, что у меня не было физического места (в моем случае виртуальной машины). Убедитесь, что у вас достаточно места
ответил 30 апр 2022 в 13:45
5 бронзовых знаков
dd if=/dev/zero of=/swap/swapfile.img bs=1024 count=2M Возможно, вы изменили какой-то файл конфигурации, используйте эти строки в своем терминале: chmod 0600 /swap/swapfile.img
Теперь подождите несколько минут и повторите попытку. nano /etc/fstab
swapon /swap/swapfile.img ответил
13 июля 2018 в 16:34
Filename Type Size Used Priority
/swap/swapfile.img file 2097148 0 -1
Ка фэ Джен
2 золотых значка
21 серебряный значок
20 бронзовых знаков
ответил
17 июн 2019 в 2:45
unicorn['port']
Redirect URI********
web_server
Платформа DevSecOps
gitlab-ctl reconfigure Бесплатная пробная версия gitlab-ctl restart
Блог GitLab
Документация
Узнать web_server Политика конфиденциальности
502 Ой, GitLab слишком долго отвечает
Решение 1 Я видел подобные проблемы несколько раз.
Если GitLab работал нормально, ничего не трогайте. Просто подожди. Кажется, GitLab не был запущен должным образом
Я имею в виду, что после загрузки системы нужно подождать 1-2 минуты, прежде чем использовать GitLab. GitLab нужно некоторое время для запуска.
Решение 2
Я не добавляю комментарий, так как мой ответ нуждается в хорошем форматировании.
Значит, ваш порт 8080 уже используется. Я бы посоветовал остановить GitLab и изменить единорога порт из 8080 к 8081 (или какой-то неиспользуемый порт).
После запуска/перезапуска GitLab подождите 2 минуты, и все будет в порядке. Если нет, проверьте еще раз gitlab-ctl tail на любые ошибки.
# gitlab-ctl stop
# vi /etc/gitlab/gitlab.rb (change only these lines, uncomment if required)
unicorn['port'] = 8081
gitlab_git_http_server['auth_backend'] = "http://localhost:8081"
# gitlab-ctl reconfigure (to apply the changes)
# gitlab-ctl restart
# lsof -i:8081 (check whether unicorn has started properly)
Решение 3
После осмотра хвоста gitlab-ctl (петля перезагрузки) оказалось, что не хватает оперативной памяти (2 ГБ) и в моей свежей настройке Ubuntu нет файла подкачки.
mkdir /swap && touch /swap/swapfile.img
dd if=/dev/zero of=/swap/swapfile.img bs=1024 count=2M # если вы хотите 4G измените 2M на 4M
chmod 0600 /swap/swapfile.img
mkswap /swap/swapfile.img
nano /etc/fstab и добавить «/swap/swapfile.img swap swap sw 0 0»
swapon /swap/swapfile.img
Проверьте, работает ли это: cat /proc/swaps
Filename Type Size Used Priority
/swap/swapfile.img file 2097148 0 -1
больше информации о создании свопа: здесь
Решение 4
Обновление unicorn['port'] до **** .(Другой порт, который не используется для процесса в системе)
Обновление nginx['port'] до **** .(Другой порт, который не используется для процесса в системе)
Обновление web_server имя пользователя и web_server group в этом файле и установите для него имя пользователя и группу apache/httpd
Тогда сделайте gitlab-ctl reconfigure и gitlab-ctl restart
Решение 5
unicorn['worker_processes'] = 3
unicorn['worker_timeout'] = 120 # or any suitable timeout for your server
не забудьте убрать # в начале строки, если комментируете.
Беги sudo gitlab-ctl reconfigure чтобы изменение вступило в силу.
Комментарии
Я установил Gitlab на Raspberry Pi2, и он отлично работал пару месяцев. Но после отключения питания RPi он больше не работает. Веб-страница возвращает ошибку 502.
502 К сожалению, GitLab слишком долго не отвечает.
Поэтому я попытался перенастроить ( sudo gitlab-ctl reconfigure ), но это не удалось с сообщением об ошибке:
FATAL: Errono::EAFNOSUPPORT: Address family not supported by protocol - socket
Я не знаю, как решить эту проблему.
Строка определенно будет там, но с портом 8080 вам придется раскомментировать это и изменить его на порт 8081.
Я попытался перенастроить снова. В журнале еще одна ошибка /var/log/gitlab/postgresql/current LOG: received fast shutdown request LOG: database system is shut down LOG: could not bind socket for statistics collector: Cannot assign requested address LOG: trying another address for the statistics collector LOG: could not create socket for statistics collector: Address family not supported by protocol LOG: disabling statistics collector for lack of working socket WARNING: autovacuum not started because of misconfiguration HINT: Enable the "track_counts" option.
Что значит gitlab-ctl status показывает? Все процессы запущены? Возможно, вам придется устранить неполадки postgres. Попробуйте lsof -i:5432 или sudo -u postgres psql template1
Все процессы запущены (logrotate, nginx, postgresql, redis, sidekiq, unicorn). Возможно, порт 5432 не используется. sudo lsof -i:5432 не возвращает никакого сообщения.
web_server
****
Ожидание не помогло мне, помогло добавление памяти. nginx['port']
****
Я видел эту проблему при запуске GitLab на виртуальной машине Ubuntu; помогло выделение немного больше памяти; из памяти я увеличил с 1 до 2 ГБ.
web_server
gitlab-ctl reconfigure
Чем это отличается от 3438276? Кроме того, всегда полезно указать файлы, которые также необходимо изменить.
gitlab-ctl restart
Я встречаю ошибку 502, и я меняю память виртуальной коробки с 1 ГБ на 2 ГБ, и ошибка исчезла.
Ну, я убил одну ночь и один вечер, пытаясь понять, что пошло не так в моем случае, я попробовал другой порт, как описано выше, и, наконец, я просто расширил оперативную память до 8 ГБ, потому что я использую ubuntu под wmware и 502 нет. Я читал офдок за некоторое время до этого, но подумал, что гитлаб может работать даже с меньшим объемом оперативной памяти. Такое поведение немного странно для меня unicorn['port']
В последнее время в облаке есть серверы, которые нужно выпустить, и тогда гитлабу, работающему в облаке, приходится куда-то перемещаться. Из-за ограниченности ресурсов занимает для построения окружения на других серверах (доступной памяти меньше 4000), но при запуске гуся непонятным образом появляется 502, Простите? Затем я искал некоторые решения в блогах по проблемам (например, изменение портов, перезапуск или запуск службы) и нашел некоторую информацию в журнале во время процесса настройки.
Основная идея этой поездки – ход мыслей. Когда вы откроете свой горизонт, вы почувствуете непредубежденность. Оказывается, это на самом деле незначительная проблема.
1. Непонятно какие сервисы и использования приложения будут запущены. Только статус будет просматриваться просто.
2. Baidu — это первое, что приходит на ум, когда видишь ошибку. Не лучше ли поискать путь к логу и сначала прочитать лог?
I. Ложная информация
Два. Процесс устранения неполадок
1. Запустить unicorn, не слушая порт.
Путь журнала: /var/log/gitlab/unicorn/unicorn_stderr.log
PG::ConnectionBad: could not connect to server: No such file or directory Is the server running locally and accepting connections on Unix domain socket "/var/opt/gitlab/postgresql/.s.PGSQL.5432"? /opt/gitlab/embedded/lib/ruby/gems/2.3.0/gems/activerecord-4.2.10/lib/active_record/connection_adapters/postgresql_adapter.rb:651:in `initialize' /opt/gitlab/embedded/lib/ruby/gems/2.3.0/gems/activerecord-4.2.10/lib/active_record/connection_adapters/postgresql_adapter.rb:651:in `new' /opt/gitlab/embedded/lib/ruby/gems/2.3.0/gems/activerecord-4.2.10/lib/active_record/connection_adapters/postgresql_adapter.rb:651:in `connect' /opt/gitlab/embedded/lib/ruby/gems/2.3.0/gems/activerecord-4.2.10/lib/active_record/connection_adapters/postgresql_adapter.rb:242:in `initialize' /opt/gitlab/embedded/lib/ruby/gems/2.3.0/gems/activerecord-4.2.10/lib/active_record/connection_adapters/postgresql_adapter.rb:44:in `new' /opt/gitlab/embedded/lib/ruby/gems/2.3.0/gems/activerecord-4.2.10/lib/active_record/connection_adapters/postgresql_adapter.rb:44:in `postgresql_connection'
··· ···
··· ···
Сообщение выводится из-за того, что вы не можете подключиться к ГУ, поэтому после запуска postgresql происходит перезагрузка (ну и все).
2018-11-01_08:18:09.49669 FATAL: could not map anonymous shared memory: Cannot allocate memory
2018-11-01_08:18:09.49671 HINT: This error usually means that PostgreSQL's request for a shared memory segment exceeded available memory, swap space, or huge pages. To reduce the request size (currently 4292984832 bytes), reduce PostgreSQL's shared memory usage, perhaps by reducing shared_buffers or max_connections.
2018-11-01_08:18:09.49671 LOG: database system is shut down
Вы также можете получить ту же информацию, выполнив команду gitlab-ctl tail postgresql, чтобы определить проблему.
This error usually means that PostgreSQL's request for a shared memory segment exceeded available memory, swap space, or huge pages. To reduce the request size (currently 4292984832 bytes), reduce PostgreSQL's shared memory usage, perhaps by reducing shared_buffers or max_connections.
2018-11-01_07:52:06.63024 LOG: database system is shut down
[root@V2 ~]# cat /etc/gitlab/gitlab.rb |grep -v ^$ |grep -v ^#
external_url 'http://xxx.xxx.xxx.xxx.xxx:8090'
unicorn['worker_timeout'] = 60
unicorn['worker_processes'] = 3
unicorn['listen'] = 'xxx.xxx.xxx.xxx.xxx'
unicorn['port'] = 8870
postgresql['enable'] = true
postgresql['data_dir'] = "/var/opt/gitlab/postgresql/data"
postgresql['shared_buffers'] = "256MB" # ! **recommend value is 1/4 of total RAM, up to 14GB.**
postgresql['max_connections'] = 200
nginx['listen_addresses'] = ['*']
nginx['listen_port'] = 8090
Конфигурация завершена и сохранена, затем конфигурация обновляется, и приложение перезапускается.
gitlab-ctl reconfigure # Update configuration
gitlab-ctl restart # restart app
gitlab-ctl status # View service status
1. 502-Ой, GitLab слишком долго отвечает
3. HTTP 502: К сожалению, GitLab слишком долго отвечает. Даже после перезагрузки Сервера
Автор: myblue
в области эксплуатации и обслуживания
в 04 ноября 2018 г. — 19:08
Я пишу это после недели попыток решить эту проблему самостоятельно. Я запускаю его на DS412+, я не могу пройти страницу 502, независимо от того, что я делаю. если бы вы могли направить меня, это было бы здорово.
