2016-05-03 1 views
2

J'ai Gitlab 8.6 en cours d'exécution sur un serveur Ubuntu 14.04 qui semble avoir été foiré. Je reçois systématiquement une erreur 502 lors de l'accès au site. Le serveur n'a probablement pas été redémarré depuis l'installation initiale de Gitlab, et une panne de courant a provoqué le redémarrage du serveur. Maintenant, je ne peux pas démarrer/redémarrer Gitlab en raison de ce qui semble être des conflits de port.Les ports Gitlab 80 et 8080 pris par une instance Gitlab distincte?

J'ai installé Gitlab via la source, je n'ai aucune configuration de port personnalisée et j'utilise NGINX. nginx -t montre que la configuration semble correcte sur le plan de la syntaxe.

Lorsque j'exécute netstat -tupln, je vois que Unicorn & une instance de Gitlab fonctionne déjà sur: 8080 et: 80 respectivement au démarrage. Je soupçonne qu'une deuxième instance de Gitlab a été installée et est en cours d'exécution au démarrage, ce qui provoque des conflits de port entre les instances appropriées lorsque j'essaie de l'exécuter via service gitlab restart. Je ne suis même pas sûr que ce soit possible, mais je n'arrive pas à deviner où aller à partir d'ici. Chaque fois que je cours sudo gitlab-ctl reconfigure ou service gitlab start, il échoue et le unicorn.stderror.log montre des erreurs de liaison au port: 8080. J'ai essayé de déplacer le service Unicorn à: 8081, mais je reçois toujours l'erreur de liaison de port.

Est-ce que quelqu'un sait comment je peux détecter si plusieurs instances de Gitlab sont en cours d'exécution, et peut-être s'il y a moyen d'en supprimer une si cela est possible? Je vous remercie!

EDIT: Voici ce qui est dans le fichier /etc/gitlab/gitlab.rb. Tout le reste est commenté.

## Url on which GitLab will be reachable external_url 'http://my-gitlab-instance.domain.com'

EDIT 2: Ma /home/git/gitlab/ est mis en correspondance avec https://gitlab.com/gitlab-org/gitlab-ce.git, et est sur la branche 8-7-stable. gitlab-shell et gitlab-workhorse sont les versions correctes selon https://gitlab.com/gitlab-org/gitlab-ce/blob/master/doc/update/8.6-to-8.7.md

EDIT 3: Je suis arrivé à un point où l'gitlab ce semble autotest correct en supprimant le paquet gitlab-ce (https://gitlab.com/gitlab-org/omnibus-gitlab/issues/135), mais le serveur retourne un 404. NGINX , Unicorn, Sidekiq et gitlab-workhorse disent tous qu'ils courent. Je vois que unicorn.rb écoute: 8080, et nginx écoute 0.0.0.0:80 et ::: 80. Je suppose que maintenant je suis en train de dépanner ce 404 et j'espère que je reviendrai à mon installation de la source.

+0

Pouvez-vous montrer /etc/gitlab/gitlab.rb? – SLY

+0

Ajouté ce qui est dans gitlab.rb. Tout le reste, y compris les remplacements de ports sont commentés. Le 'external_url' est la seule chose activée. Évidemment, c'est juste un exemple, mais le bon est dans mon fichier gitlab.rb. – jmastic

+0

Cela semble très étrange.Peut-être que vous devriez essayer de mettre à jour votre gitlab à la dernière stable? – SLY

Répondre

1

Ce que j'ai trouvé est qu'il y avait 2 problèmes provoquant les erreurs que j'avais. D'abord, j'ai enlevé un paquet "gitlab-ce" qui a été installé, en suivant les instructions ici: https://gitlab.com/gitlab-org/omnibus-gitlab/issues/135. Pour une raison quelconque, lorsque je redémarre la machine maintenant, je dois redémarrer ces services, dans l'ordre, pour Gitlab pour fonctionner correctement redis-server, gitlab, nginx. Cependant, Gitlab commence à répondre correctement après cela. Deuxièmement, l'erreur 404 était due à un serveur différent qui écoutait également sur cette adresse IP, provoquant un conflit.

Je vais probablement passer à l'utilisation du paquet omnibus sur un nouveau serveur, mais au moins les problèmes immédiats semblent résolus. Merci pour votre aide, SLY!