После обновления gitlab на него стало страшно заходить: полностью отсутствовали css и js. Рецепт простой:
gitlab-ctl reconfigure gitlab-rake cache:clear gitlab-rake tmp:cache:clear gitlab-ctl restart systemctl restart nginx
После обновления gitlab на него стало страшно заходить: полностью отсутствовали css и js. Рецепт простой:
gitlab-ctl reconfigure gitlab-rake cache:clear gitlab-rake tmp:cache:clear gitlab-ctl restart systemctl restart nginx
Получив очередной счет от gitlab и github одновременно, я как-то задумался: а нафига я им плачу, когда я все это могу поднять на своем сервере? “Все это” – это кучку приватных git и простую ci/cd систему. Поставил и решил написать напоминалку, что бы в следующий раз не гуглить.
Процесс установки не вильно отличается от описанного на сайте, но есть несколько НО:
Во-первых, в centos7 nginx идет без поддержки passenger. Поэтому обновляем на версию из “пассажирской” репы.
curl --fail -sSLo /etc/yum.repos.d/passenger.repo https://oss-binaries.phusionpassenger.com/yum/definitions/el-passenger.repo yum-config-manager --enable cr yum install -y passenger rpm -e nginx-mod-http-perl --nodeps yum update nginx
Во-вторых, нигде в мануале не указано, что gitlab требует nodejs для работы
yum install nodejs
И наконец, нигде не указано, что gitlab не работает без unicorn. Во всех мануалах написано, что если у вас внешний nginx, отрубите встроенный и unicorn. Так вот, этого делать нельзя, иначе получите неработающий gitlab-workhouse
Из других неочевидных тюнингов стал вынос порта unicorn с 8080 и изменение размера буферов у постгреса. Иначе на моем загруженном сервере он отказывался запускаться.
unicorn['port'] = 8088 postgresql['shared_buffers'] = "100MB"
В остальном единственной засадой было изменение прав на сокеты, но это только из-за моей конфигурации, где куча всяких пользователей лезут в в один каталог. Так как сервер “домашний”, проще стало дать всем права на запись.
Больше никаких отступлений от официального руководства.