Wir haben eine lokal gehostete Enterprise Edition von GitLab an meinem Arbeitsplatz (derzeit unter v7.12.00-ee ceb5083). Ich kann ein Repository über die GUI ohne Problem erstellen. Aber wenn ich versuche, etwas zum Repository hinzuzufügen, bekomme ich diesen Fehler:
%Vor% Ich sehe in der /var/log/gitlab/gitlab-shell/gitlab-shell.log -Datei, dass die API nicht antwortet und einen "Internal Server Error" gibt:
Ein paar Fragen ... Wohin kann ich von hier gehen? Es muss eine Art von Dienstanbieter geben, der nicht ausgeführt wird. Warum nicht? Wie nennt man es? Wie starte ich es?
Ich habe /var/log/gitlab/nginx/gitlab_access.log eingecheckt und diese Zeilen gefunden, aber ich habe nichts Interessantes gesehen:
Es gibt keine Fehler für den Push dieses Repository in /var/log/gitlab/nginx/gitlab_error.log und /var/log/gitlab/nginx/error.log ist komplett leer.
Was vermisse ich?
Aktualisierung:
Die Verwendung des Befehls gitlab-ctl tail ist sehr praktisch! Es zeigte eine Stack-Spur, die ich an GitLab schickte und sie sagten mir, dass dies ein Bug in 7.12.00 war. Es ist in 7.13.00 behoben.
Bei Verwendung von gitlab.com wird der Server entweder aktualisiert oder weist Probleme auf.
Sie können Ссылка nach Updates vom GitLab-Team durchsuchen.
Es gibt auch einen Twitter-Account, dem du folgen kannst: Ссылка
Sie müssen die korrekte URL für die GitLab API in den Konfigurationsdateien von GitLab festlegen.
Wie wir in Ihrem gitlab-shell.log sehen können, ist Ihre API-Adresse derzeit auf http://127.0.0.1:8080/ eingestellt. Wenn Sie die Standard-URL ändern, in der GitLab läuft, oder wenn Sie den Standard-Port geändert haben, müssen Sie ihn ändern.
Dieser Parameter ist konfigurierbar in /etc/gitlab/gitlab.rb :
Dies ist der Standardwert (da der Port 3000 der Standardwert in GitLab omnibus für unicorn ist). Nachdem Sie es aktualisiert haben, müssen Sie sudo gitlab-ctl reconfigure ausführen, um diesen Parameter anzuwenden.
Es überschreibt die Datei opt/gitlab/embedded/service/gitlab-shell/config.yml wie in den Kopfzeilenkommentaren erwähnt.
Dieses Problem ist aufgetreten, als wir unser gitlab auf einer "compute engine" von google cloud hosten. Der Grund für dieses Verhalten war, dass in unserer Maschine kein "Swap" konfiguriert wurde. Gitlab war nicht in der Lage, zusätzlichen Speicher zuzuweisen.
Wir haben uns entschieden, unseren Speicher zu vergrößern, anstatt eine Swap-Partition zu erstellen, aber Sie haben die Wahl ...:)
Wir haben das in letzter Zeit oft erlebt. GitLab hat definitiv keinen Speicher mehr. Wir können noch nicht feststellen, ob GitLab Speicher verliert oder ob unsere Serverinstanz unzureichend ausgelastet ist.
Ich habe die gleichen Probleme in Bitnami. Ich habe alle Dinge neu gestartet und dieses Problem mit
gelöst %Vor%Tags und Links gitlab