2016-06-30 15 views
1

Probleme mit einem Git-Push von beiden Git CLI und Gitlab HTTP-Schnittstelle.Gitlab Problem mit Git-Push

Ich kann nicht herausfinden, wo das Problem liegt. Hatte Gitlab-Server hinter Nginx-Proxy, die das Problem verursacht haben, aber entfernt Nginx und jetzt haben 1: 1 NAT-Regel erstellt. Ich habe das gleiche Problem beim internen Testen im selben Subnetz ohne Natierung.

http://i.stack.imgur.com/VLQwD.png

+0

Was ist Ihre Host- und Gitlab-Version? – VonC

Antwort

0

, die auf issue 1716 zusammenhängen könnte

das Verhalten, das Sie, wenn in der gitlab-shell eines der Verzeichnisse erhalten entpuppte repos_path waren Symlinks (in unserem Fall auf freebsd, /home wird verwendet, wenn das ein Symlink zu /usr/home ist).
Wenn Sie den absoluten Pfad ohne Symlinks eingeben, können Sie SSH wie erwartet übersteuern. Dasselbe hat uns auch im HTTPS-Setup getroffen.

Ich bestätige, dass für mich

Ich hatte das gleiche Problem den Weg zu /usr/home in gitlab-shell/config.yml lösen das Problem zu ändern, wenn ich einen Softlink für git-data zu verwenden versucht:

Überprüfen Sie Ihre Gitlab-Schale .
Zum Beispiel: issue 3787:

Meine Schuld .. Gitlab Hostname war in gitlab-shell/config.yml und gitlab.yml falsch.

+0

Danke, das war es. Ich benutze Bitnami Appliance und symlink'd/opt/bitnami zu/mnt/sdb1/bitnami, um die Installation zu verlagern, sobald ich den Repo_Pfad nach/mnt/sdb1/bitnami/... geändert habe, funktioniert alles. Natürlich ist es in der config.yml klar kommentiert, dass # REPOS_PATH keine SYMLINK enthalten darf !!! Danke für die Anweisung, rettete mir eine Menge Zeit, um die Ursache selbst herauszufinden. – rbocchinfuso

+0

@rbocchinfuso diese symbolischen Links sind knifflig ... – VonC