Назад | Перейти на главную страницу

Gitlab Omnibus, не может просматривать большинство коммитов (500) и очень медленно

Я запускаю GitLab 7.9.2 c46d4f5 (Omnibus) на Ubuntu 14.04

В чуть более чем половине наших коммитов, когда кто-то переходит к фиксации, gitlab возвращает

500 К сожалению, что-то пошло не так

Кроме того, для коммитов, которые не возвращают 500, им требуется от 5 до 20 секунд, чтобы отобразить страницу. Я смотрю все журналы, пока это происходит, и ничего, что выделяется как очевидная проблема, не происходит.

Когда я перехожу к фиксации, которая возвращает ошибку 500, журналы nginx возвращают:

192.168.1.x - - [27/May/2015:09:35:44 -0500] "GET /project/module/commit/6876452e1df1d2846dhd1b2eb7d907e6ae8hf7d5 HTTP/1.1" 500 349 "https://gitlab.company.com/project/module/commits/staging" "Mozilla/5.0 (X11; Linux x86_64) AppleWebKit/537.36 (KHTML, like Gecko) Ubuntu Chromium/41.0.2272.76 Chrome/41.0.2272.76 Safari/537.36"

Что-то еще, что происходит, и я не уверен, нормально это или нет, заключается в том, что каждые 3-5 секунд в журналах nginx я получаю:

192.168.1.y - - [27/May/2015:09:40:06 -0500] "POST //api/v1/builds/register.json HTTP/1.1" 404 27 "-" "-"

192.168.1.y - это gitlab ci runner, и я предположил, что 3-5 секунд контакта были какой-то формой сохранения активности, но я определенно не знаю.

Любая помощь приветствуется, ни один из других журналов не показывает никаких ошибок или чего-либо необычного. Я проверил unicorn, sidekiq, nginx и postgresql.

В качестве примечания, я все еще могу получить доступ ко всей статистике, предоставляемой пользовательским интерфейсом через терминал, но у меня есть много пользователей, которые предпочитают использовать пользовательский интерфейс.

Еще одно замечание: это виртуальная машина, работающая на Hyper-v 2012, а инструменты Linux были установлены из эти инструкции. Сказав это, я действительно не думаю, что это проблема ни с чем, кроме gitlab.