.png)
Tentei instalar o GitLab em um pequeno servidor pessoal e configurá-lo para que funcione em um subdomínio Plesk WebAdmin. Instalei o GitLab normalmente através do pacote Omnibus. Alterei as seguintes configurações no arquivo gitlab.rb:
nginx['enable'] = false
web_server['external_users'] = ['www-data', 'PLESK_USER']
web_server['group'] = 'psacln'
gitlab_workhorse['listen_network'] = "tcp"
gitlab_workhorse['listen_addr'] = "127.0.0.1:8181"
onde PLESK_USER é o usuário vinculado a esse subdomínio plesk.
Redirecionei HTTP para HTTPS no subdomínio, que funciona, o certificado SSL também funciona.
No Plesk, em "diretivas adicionais para HTTPS", colei o texto desta página na <VirtualHost *:443>tag.
https://gitlab.com/gitlab-org/gitlab-recipes/blob/master/web-server/apache/gitlab-omnibus-ssl-apache24.conf
e substituí YOUR_SERVER_FQDN, bem como as 3 linhas SSLCertificateFile (pelas que encontrei em /var/www/vhosts/system/fqdn/conf/last_nginx.conf
Visitando meu domínio, recebo imediatamente um erro 500. Isso antes mesmo de criar um usuário root. A mensagem parece específica do GitLab, tendo o logotipo do GitLab e o texto correspondente, então acredito que o roteamento para o próprio GitLab parece estar funcionando.
No log de produção, obtenho apenas a seguinte saída para cada visita ao site:
Started GET "/-/metrics" for 127.0.0.1 at 2019-05-27 11:59:44 +0000
Processing by MetricsController#index as HTML
Completed 200 OK in 2ms (Views: 0.4ms | ActiveRecord: 0.0ms | Elasticsearch: 0.0ms)
e usando gitlab-ctl tail
==> /var/log/gitlab/gitlab-rails/production.log <==
Started GET "/-/metrics" for 127.0.0.1 at 2019-05-27 12:01:29 +0000
Processing by MetricsController#index as HTML
Completed 200 OK in 2ms (Views: 0.4ms | ActiveRecord: 0.0ms | Elasticsearch: 0.0ms)
==> /var/log/gitlab/gitlab-rails/production_json.log <==
{"method":"GET","path":"/-/metrics","format":"html","controller":"MetricsController","action":"index","status":200,"duration":2.64,"view":0.41,"db":0.0,"time":"2019-05-27T12:01:29.670Z","params":[],"remote_ip":null,"user_id":null,"username":null,"ua":null,"queue_duration":null,"correlation_id":"98970bd1-9618-41ea-85a2-5f59b26fd16b"}
Essas mensagens aparecem imediatamente e exatamente uma vez para cada solicitação do navegador que faço.
sudo gitlab-rake gitlab:check --tracetambém não revela mais nenhuma informação faltante. A falta de mensagens de erro concretas me leva a acreditar que há um problema com a ligação entre o Plesk e o GitLab, e não com a instalação do GitLab em si, mas não consigo encontrar esse problema concreto em nenhum outro lugar e estou realmente sem ideias sobre o que verificar.
Estou grato por qualquer ajuda.
Editar: Verificando o login em /var/log/gitlab/gitlab-workhorse/current, na inicialização do aplicativo (após cada reinicialização), posso ver as seguintes mensagens de erro
2019-05-27_13:11:49.39615 time="2019-05-27T13:11:49Z" level=error msg="unknown error" error="keywatcher: pubsub receive: EOF"
2019-05-27_13:11:49.39617 time="2019-05-27T13:11:49Z" level=info msg="redis: dialing" address=/var/opt/gitlab/redis/redis.socket network=unix
2019-05-27_13:11:49.39617 time="2019-05-27T13:11:49Z" level=error msg="unknown error" error="keywatcher: dial unix /var/opt/gitlab/redis/redis.socket: connect: no such file or directory"
No entanto, como não alterei nenhuma configuração além das mencionadas inicialmente, não consigo encontrar nenhuma conexão com minha configuração específica.
Responder1
Agora resolvi esse problema.
Na minha interface Plesk em "Ferramentas e configurações" - "Apache Web Server" o módulo "proxy_http" não estava habilitado. Habilitar o módulo resolve perfeitamente o problema com a configuração acima! Esperamos que isso possa ajudar alguém no futuro com o mesmo problema.