Git spinge fallimento su un repository gitlab locale

Question

1. Ho installato gitlab in /home/myuser/gitlab.
   1. Ho creato un rappresentante testing
   2. Seguendo le istruzioni, ho aggiunto un telecomando git@localhost:root/testing.git

Ecco il mio file /home/myhome/.ssh/config

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

Quando corro ssh mylocalhost, Ho il messaggio giusto Welcome to GitLab, Administrator!. Ma poi, ottengo il seguente input

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` 

e nel mio GitLab tronco d'albero

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

Btw, ogni volta che ne corro un po ' git comando, ricevo il messaggio

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

Qualcuno ha un'idea?

Aggiornamento: in esecuzione gitlab-shell/bin/check output

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

e bundle exec rake gitlab:env:info RAILS_ENV=production output

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

e la mia gitlab.yml Sembra corretto

Answer 1

Quando si corre gitlab Servizio, ottengo il server di unicorno Gitlab non è in esecuzione.
Il dispatcher di lavoro GitLab Sidekiq con PID 66802 è in esecuzione.
Ma correre bundle exec rake gitlab:check RAILS_ENV=production, Ottengo Checking Sidekiq ... Running? ... no

Assicurati di eseguire l'installazione e i controlli con l'utente giusto in ogni fase (tra su (radice) e su git)

Il Op Newben conferma:

Quando sudo il mio assegno, Sidekiq è davvero corretto.

Per quanto riguarda i repository:

Ho cambiato l'URL di origine remota git remote set-url origin git@localhost:repositories/root/#{myrepo}.git E ora funziona!

Ciò deriva da una nuova limitazione imposta a Gitlab 6.0:

D'ora in poi un gruppo non è solo una directory per i progetti. Ti consente anche di aggiungere utenti. Dopo che l'utente è stato aggiunto al gruppo, ottiene automaticamente l'accesso a tutti i progetti esistenti e nuovi all'interno del gruppo.
Puoi anche avere più proprietari per un gruppo in grado di gestire membri/progetti.

Guarda anche "Quali sono le differenze tra il gruppo Gitlab e il gruppo Gitlab?".

Con questo Gitlab diventa più orientato al gruppo. Ecco perché non supportiamo più gli spazi dei nomi globali. Il progetto può far parte solo del gruppo o dell'utente.

Progetto (il tuo myrepo.git) può far parte solo del gruppo o dell'utente (qui account utente root).