Gitlab с апачским прокси

На Linux это обычно происходит из-за высокого ThreadsPerChild + высокий или неограниченный ulimit-s.

На Linux размер стека по умолчанию для каждого потока является ulimit-s значение или 8-10 мегабайтов - Apache нужны приблизительно 512 килобайтов стекового пространства или меньше при нормальной эксплуатации.

Это быстро превышает или 32-разрядный размер адресного пространства с TPC около 200 +, или если у Вас есть пределы системной памяти, можно столкнуться с ними также.

ulimit-s 512 набора в Вашем "envvars" файле, поставленном вместе с apachectl - отмечает, что ThreadStackSize не помогает здесь, потому что это устанавливает минимум.

2
задан 1 June 2013 в 18:53
3 ответа

Думаю, вы недостаточно искали.

  1. Вам нужно будет отредактировать файл /home/gitlab/gitlab/config/unicorn.rb
  2. Найти строку прослушать "# {app_dir} /tmp/sockets/gitlab.socket" и прокомментируйте его. Раскомментируйте строку прослушайте "192.168.0.12:80"
  3. Включите прокси-сервер модуля apache с помощью прокси sudo a2enmod
  4. Включите модуль apache proxy_http с помощью sudo a2enmod proxy_http
  5. Добавьте это на свой виртуальный хост

     
    ServerName gitlab.mydomain.com
    
    # Пользовательские местоположения файлов журнала
    ErrorLog /var/log/apache2/gitlab_error.log
    CustomLog /var/log/apache2/gitlab_access.log в сочетании
    
    ProxyRequests отключен
    ProxyPreserveHost On
    ProxyPass / http://192.168.0.12/
    <Местоположение />
     ProxyPassReverse /
     Заказать отказать, разрешить
     Разрешить от всех
    
    

  6. Перезапустите gitlab и apache.

  7. Удачи.

https://gist.github.com/steve-todorov/4758707

1
ответ дан 3 December 2019 в 10:50

try

<VirtualHost *:80>
  ServerName gitlab.mydomain.com
  ProxyPass / http://192.168.0.12/
  ProxyPassReverse / http://192.168.0.12/
  ProxyPreserveHost On
</VirtualHost>

Из mod_proxy ProxyPass docs

If the first argument ends with a trailing /, the second argument
should also end with a trailing / and vice versa. Otherwise the
resulting requests to the backend may miss some needed slashes and
do not deliver the expected results.
2
ответ дан 3 December 2019 в 10:50

Для всех, кто пришел из Google, это то, что работало в Ubuntu 18.04, apache 2.4.2 и Gitlab Enterprise Edition 12.8.5. Я перешел по следующей ссылке using-a-non-bundled-web-server

Пропустил шаг 3, поскольку мой apache находился на том же сервере, и загрузил правильный vhost из шага 5 для Apache 2.4.

0
ответ дан 3 April 2020 в 12:39

Теги

Похожие вопросы