у нас большая проблема. Поскольку мы обновили gitlab с версии 8.11.7-ce.0 до 8.12.1-ce.0, наш веб-интерфейс не работает: gitlab - сломанный графический интерфейс
в настоящее время мы не знаем, почему это произошло.
мы используем Ubuntu 14.04 LTS
У кого-нибудь есть такая же проблема или есть идея решить эту проблему?
РЕДАКТИРОВАТЬ 1:
Я проверил свои файлы журналов:
Started GET "/assets/application-891a61baf08dd362204cccb62419682e810754e7b9e657eb3d33897e53d5bd96.css" for 80.149.35.188 at 2016-09-26 12:26:12 +0200
Processing by ProjectsController#show as HTML
Parameters: {"namespace_id"=>"assets", "id"=>"application-891a61baf08dd362204cccb62419682e810754e7b9e657eb3d33897e53d5bd96.css"}
Filter chain halted as :project rendered or redirected
и проверил этот файл 404, и файл существует. Я действительно не понимаю, почему мы получаем ошибку 404.
РЕДАКТИРОВАТЬ 2 - решение: мы исправили нашу проблему. Проблема заключалась в том, что наша конфигурация прокси-сервера apache vhost была неправильной.
теперь это выглядит так:
ProxyPreserveHost On
# Ensure that encoded slashes are not decoded but left in their encoded state.
# http://doc.gitlab.com/ce/api/projects.html#get-single-project
AllowEncodedSlashes NoDecode
<Location />
# New authorization commands for apache 2.4 and up
# http://httpd.apache.org/docs/2.4/upgrading.html#access
Require all granted
#Allow forwarding to gitlab-workhorse
ProxyPassReverse http://127.0.0.1:8282
ProxyPassReverse https://xxx/
</Location>
# Apache equivalent of nginx try files
# http://serverfault.com/questions/290784/what-is-apaches-equivalent-of-nginxs-try-files
# http://stackoverflow.com/questions/10954516/apache2-proxypass-for-rails-app-gitlab
RewriteEngine on
#Don't escape encoded characters in api requests
RewriteCond %{REQUEST_URI} ^/api/v3/.*
RewriteRule .* http://127.0.0.1:8282%{REQUEST_URI} [P,QSA,NE]
#Forward all requests to gitlab-workhorse except existing files like error documents
RewriteCond %{DOCUMENT_ROOT}/%{REQUEST_FILENAME} !-f [OR]
RewriteCond %{REQUEST_URI} ^/uploads/.*
RewriteRule .* http://127.0.0.1:8282%{REQUEST_URI} [P,QSA]
RequestHeader set X_FORWARDED_PROTO 'https'
RequestHeader set X-Forwarded-Ssl on
Местоположение ваших статических ресурсов изменилось, и конфигурация вашего веб-сервера не изменилась соответствующим образом.
Вам нужно изучить свой веб-сервер error.log
и посмотрите, какие ресурсы возвращаются 404
Код состояния HTTP, а затем найдите, где находятся эти ресурсы. Затем вы можете исправить конфигурацию вашего сервера.