Git Push Failing en un repositorio local de Gitlab

Question

1. He instalado gitlab en /home/myuser/gitlab.
   1. Creé un representante testing
   2. Siguientes instrucciones, agregué un control remoto git@localhost:root/testing.git

Aquí está mi archivo /home/myhome/.ssh/config

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

Cuando corro ssh mylocalhost, Tengo el mensaje correcto Welcome to GitLab, Administrator!. Pero entonces, obtengo la siguiente entrada

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` 

y en mi GitLab Iniciar sesión

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

Por cierto, cada vez que ejecuto un poco git Comando, recibo el mensaje

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

¿Alguien tiene una idea?

ACTUALIZACIÓN: Ejecutando gitlab-shell/bin/check salidas

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

y bundle exec rake gitlab:env:info RAILS_ENV=production salidas

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

y mi gitlab.yml parece correcto

Answer 1

Al correr gitlab Servicio, obtengo que el servidor web de unicornio de GitLab no se está ejecutando.
El despachador de trabajo GitLab Sidekiq con PID 66802 se está ejecutando.
Pero correr bundle exec rake gitlab:check RAILS_ENV=production, Yo obtengo Checking Sidekiq ... Running? ... no

Asegúrese de hacer la instalación y las verificaciones con el usuario correcto en cada paso (entre su (raíz) y su git)

los OP Newben confirma:

Cuando sumo mi cheque, Sidekiq está ejecutando.

Con respecto a los reposos:

Cambié la URL de origen remoto git remote set-url origin git@localhost:repositories/root/#{myrepo}.git ¡Y ahora funciona!

Que proviene de una nueva limitación impuesta con Gitlab 6.0:

A partir de ahora, un grupo no es solo un directorio para proyectos. También le permite agregar usuarios. Después de que se agrega el usuario al grupo: automáticamente obtiene acceso a todos los proyectos existentes y nuevos dentro del grupo.
También puede tener múltiples propietarios para un grupo que pueda administrar miembros/proyectos.

Ver también "¿Cuáles son las diferencias entre el equipo de Gitlab y Gitlab Group?".

Con este gitlab se vuelve más orientado al grupo. Es por eso que ya no apoyamos los espacios de nombres globales. El proyecto puede ser parte del grupo o el usuario solo.

Proyecto (tu myrepo.git) puede ser parte del grupo o solo el usuario (aquí la cuenta de usuario root).