.png)
Intenté instalar GitLab en un pequeño servidor personal y configurarlo para que funcione en un subdominio Plesk WebAdmin. Instalé GitLab normalmente a través del paquete Omnibus. Cambié la siguiente configuración en el archivo 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"
donde PLESK_USER es el usuario vinculado a ese subdominio plesk.
Redirigí HTTP a HTTPS en el subdominio, lo cual funciona, el certificado SSL también funciona.
En Plesk, en "directivas adicionales para HTTPS", pegué el texto de esta página en la <VirtualHost *:443>etiqueta.
https://gitlab.com/gitlab-org/gitlab-recipes/blob/master/web-server/apache/gitlab-omnibus-ssl-apache24.conf
y reemplacé YOUR_SERVER_FQDN así como las 3 líneas SSLCertificateFile (con las que encontré en /var/www/vhosts/system/fqdn/conf/last_nginx.conf
Al visitar mi dominio, inmediatamente aparece un error 500. Esto es incluso antes de crear un usuario root. El mensaje parece específico de GitLab y tiene el logotipo de GitLab y el texto correspondiente, por lo que creo que la ruta a GitLab parece estar funcionando.
En el Registro de producción, solo obtengo el siguiente resultado para cada visita al sitio:
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)
y usando la cola gitlab-ctl
==> /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"}
Estos mensajes aparecen inmediatamente y exactamente una vez por cada solicitud que hago en el navegador.
sudo gitlab-rake gitlab:check --traceTampoco revela más información faltante. La falta de mensajes de error concretos me lleva a creer que hay un problema con la vinculación entre Plesk y GitLab en lugar de con la instalación de GitLab en sí, pero no puedo encontrar este problema concreto en ningún otro lugar y realmente no tengo ideas sobre qué comprobar.
Agradezco cualquier ayuda.
Editar: al verificar el inicio de sesión /var/log/gitlab/gitlab-workhorse/current, al iniciar la aplicación (después de cada reinicio), puedo ver los siguientes mensajes de error
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"
Sin embargo, como no he cambiado ninguna configuración más allá de las que mencioné inicialmente, realmente no puedo encontrar ninguna conexión con mi configuración específica.
Respuesta1
Ahora he resuelto este problema.
En mi interfaz Plesk, en "Herramientas y configuración" - "Servidor web Apache", el módulo "proxy_http" no estaba habilitado. ¡Habilitar el módulo resuelve el problema perfectamente con la configuración anterior! Esperemos que esto pueda ayudar a alguien en el futuro con el mismo problema.