Gitlab - проблема

Создайте базу gitlabhq_production, если вдруг не создана, дайте над ней привилегии пользователю git.
mafflin
Создайте базу gitlabhq_production, если вдруг не создана, дайте над ней привилегии пользователю git.
Всё это было сделано, причём согласно вики.
говорит же не установлен exstention для базы
permission denied to create extension "pg_trgm"
Тебе нужно
1. создать базу
2. создать пользователя
3. сменить владельца базы на пользователя
4. дать alter role to create db,
5. дать grant all privileges on database
6. затем тебе нужно добавить экстеншен для созданной базы.
CREATE EXTENSION IF NOT EXISTS "pg_trgm";
Обрати внимание что нужно добавлять экстеншен именно созданной базе, потому как по-умолчанию добавляется в template1.
А вообще логи внимательнее читай :)

А еще советую ставить Omnibus и не только я советую. В доке особенно на это сделан упор:
Since an installation from source is a lot of work and error prone we strongly recommend the fast and reliable Omnibus package installation (deb/rpm). One reason the Omnibus package is more reliable is its use of Runit to restart any of the GitLab processes in case one crashes. On heavily used GitLab instances the memory usage of the Sidekiq background worker will grow over time. Omnibus packages solve this by letting the Sidekiq terminate gracefully if it uses too much memory. After this termination Runit will detect Sidekiq is not running and will start it. Since installations from source don’t have Runit, Sidekiq can’t be terminated and its memory usage will grow over time.
Если ставишь под не deb/rpm систему, под тот же арч - есть тут в соседней ветке обсуждение утилиток для конвертации в бинарники арча, либо что еще больше советую разворачивать гитлаб в Docker. Это изи, тебе надо будет выполнить всего одну команду, и поправить пару строчек в docker-compose.yml. Если тебе нужно использовать внешнюю базу данных - это тоже не проблема. В доке все есть, в разделе Database для Omnibus пакетов. Единственное что нужно будет учесть - это опять же создание вручную пользователя и добавление экстеншена.
И да, если ты вручную будешь в Omnibus сборке менять базу на внешнюю, то, возможно, тебе пригодится знать следующее (я с этим столкнулся).
Для того чтобы поправить конфиг тебе нужно будет интерактивно зайти в контейнер, как-то так:
docker-compose run --rm gitlab /bin/bash -l
Далее по манулу ты будешь изменять gitlab.rb и после того как внесешь изменения потребуется переконфигурировать гитлаб командой gitlab-ctl reconfigure, но столкнешься с тем что пересборка заткнется на моменте ruby_block[supervise_redis_sleep]. Для того чтобы пройти переконфигурацию предварительно запусти сервис
/opt/gitlab/embedded/bin/runsvdir-start &
Как-то так. Может мой опыт будет полезен ;)
Предлагаю апнуть тему. Сегодня ставил gitlab 11.2.3-1 из Community... часов 6 разбирался какого черта не работает ничего.
В итоге я его всё же установил и запустил, но осталась проблема с assets, вылетает ошибка при компиляции и по этому в интерфейсе gitlab нет ни одной css, ну и интерфейс хуже чем в начале 2000.
Есть кто готов помочь в решении?
 
Зарегистрироваться или войдите чтобы оставить сообщение.