Git -Push auf einem lokalen Gitlab -Repo scheitert

Question

1. Ich habe Gitlab in installiert /home/myuser/gitlab.
   1. Ich habe einen Repräsentanten erstellt testing
   2. Die folgenden Anweisungen habe ich eine Fernbedienung hinzugefügt git@localhost:root/testing.git

Hier ist meine /home/myhome/.sssh/config Datei

Host mylocalhost
Hostname localhost
User git
IdentityFile /home/myuser/.ssh/id_rsa

Wenn ich renne ssh mylocalhost, Ich habe die richtige Nachricht Welcome to GitLab, Administrator!. Aber dann bekomme ich die folgende Eingabe

debug2: channel 0: rcvd eof
debug2: channel 0: output open -> drain
debug2: channel 0: obuf empty
debug2: channel 0: close_write
debug2: channel 0: output drain -> closed
debug1: client_input_channel_req: channel 0 rtype exit-status reply 0
debug1: client_input_channel_req: channel 0 rtype eow@openssh.com reply 0
debug2: channel 0: rcvd eow
debug2: channel 0: close_read
debug2: channel 0: input open -> closed
debug2: channel 0: rcvd close
debug3: channel 0: will not send data after close
debug2: channel 0: almost dead
debug2: channel 0: gc: notify user
debug2: channel 0: gc: user detached
debug2: channel 0: send close
debug2: channel 0: is dead
debug2: channel 0: garbage collecting
debug1: channel 0: free: client-session, nchannels 1
debug3: channel 0: status: The following connections are open:
  #0 client-session (t4 r0 i3/0 o3/0 fd -1/-1 cc -1)

Transferred: sent 3284, received 3480 bytes, in 0.4 seconds
Bytes per second: sent 7501.3, received 7949.0
debug1: Exit status 0` 

und in meinem GitLab Protokoll

Started GET "/api/v3/internal/allowed?key_id=4&action=git-receive-pack&ref=_any&project=testing" for 127.0.0.1 at 2013-11-07 16:48:00 +0100

Übrigens, jedes Mal, wenn ich etwas leite git Befehl, ich bekomme die Nachricht

ssh: Could not resolve hostname mylocalhost: nodename nor servname provided, or not known
fatal: Could not read from remote repository.

Jemand hat eine Idee?

Update: Laufen gitlab-shell/bin/check Ausgänge

Check GitLab API access: OK
Check directories and files: 
    /Users/git/repositories: OK

und bundle exec rake gitlab:env:info RAILS_ENV=production Ausgänge

System information
System:     Mac OS X 10.9
Current User:   myname
Using RVM:  yes
RVM Version:    1.21.7
Ruby Version:   2.0.0p195
Gem Version:    2.0.3
Bundler Version:1.3.5
Rake Version:   10.1.0

GitLab information
Version:    6.2.0.pre
Revision:   ea72f4f
Directory:  /Users/git/gitlab
DB Adapter: mysql2
URL:        http://localhost
HTTP Clone URL: http://localhost/some-project.git
SSH Clone URL:  git@localhost:some-project.git
Using LDAP: no
Using Omniauth: no

GitLab Shell
Version:    1.7.1
Repositories:   /Users/git/repositories/
Hooks:      /Users/git/gitlab-shell/hooks/
Git:        /usr/bin/git

und meine gitlab.yml scheint richtig

Answer 1

Beim Laufen gitlab Service, ich erhalte, dass der Gitlab Unicorn -Webserver nicht ausgeführt wird.
Der Gitlab Sidekiq Job -Dispatcher mit PID 66802 wird ausgeführt.
Aber rennen bundle exec rake gitlab:check RAILS_ENV=production, Ich bekomme Checking Sidekiq ... Running? ... no

Stellen Sie sicher, dass Sie die Installation und die Überprüfungen mit dem richtigen Benutzer bei jedem Schritt durchgeführt haben (zwischen su (Wurzel) und su git)

Das OP Newben bestätigt:

Wenn ich meinen Scheck sudo sudo sudo, läuft der Sidekiq tatsächlich.

In Bezug auf die Repos:

Ich habe die Remote -Ursprungs -URL geändert git remote set-url origin git@localhost:repositories/root/#{myrepo}.git Und jetzt funktioniert es!

Das kommt von einer neuen Einschränkung mit Gitlab 6.0:

Von nun an ist eine Gruppe nicht nur ein Verzeichnis für Projekte. Sie können auch Benutzer hinzufügen. Nachdem der Benutzer zur Gruppe hinzugefügt wurde - erhält er automatisch Zugriff auf alle vorhandenen und neuen Projekte innerhalb der Gruppe.
Sie können auch mehrere Eigentümer für eine Gruppe haben, die Mitglieder/Projekte verwalten kann.

Siehe auch "Was sind die Unterschiede zwischen Gitlab Team und Gitlab Group?".

Mit diesem Gitlab wird gruppenorientierter. Deshalb unterstützen wir keine globalen Namespaces mehr. Projekt kann nur Teil von Gruppen oder Benutzer sein.

Projekt (Ihr myrepo.git) kann nur Teil von Gruppen oder Benutzern sein (hier Benutzerkonto root).