Încerc și nu reușesc să instalez GitLab (EE) pe un PC server bare-metal local care rulează Ubuntu Server 20.04. Serverul este destinat să aibă mai târziu acces la internet, dar deocamdată trebuie să fie doar LAN intern, accesat prin IP sau nume de gazdă dacă este posibil. În prezent, computerul este configurat cu un IP intern static prin netplan. Nu avem un nume de domeniu rezervat acestui server sau un certificat SSL momentan.
Am un server Git funcțional configurat pe mașină cu acces reușit prin SSH și prin HTTP (Apache2, apoi trecut la Nginx). Scopul meu este să configurez GitLab pe mașina care rulează în paralel cu serverul Git existent.
După ce am făcut ca Nginx să funcționeze corect ieri, am încercat să instalez GitLab prin Omnibus, folosind procedura descrisă la pagina oficială de instalare GitLab pentru Ubuntu, mai întâi răsuci adăugarea depozitului, apoi rularea EXTERNAL_URL="http://10.7.2.xxx" apt install gitlab-ee (IP intern, dar cenzurat pentru orice eventualitate). Procesul s-a terminat fără erori, dar când am încercat să mă conectez la server cu acel URL, am primit doar un 403 de la Nginx. Bănuiesc că acest lucru s-a datorat faptului că Nginx rulează deja anterior pentru Git simplu /srv/www/git. Am încercat să-l scot cu apt elimina gitlab-ee, urmată de ștergerea directoarelor rămase la /etc/gitlab, /var/opt/gitlab, /opt/gitlab, și /var/log/gitlab. La acea vreme nu știam că era modalitatea greșită de a dezinstala GitLab.
Azi dimineata am incercat o reinstalare. Mai întâi m-am oprit și am dezactivat Nginx cu systemctl, a făcut o copie de rezervă a configurației mele mutându-l din /etc/nginx/enabled-sites în directorul meu de acasă, apoi îl dezinstalez cu apt elimina nginx. După o repornire și am confirmat că nici el, nici Apache2 nu rulau, am încercat să reinstalez GitLab cu apt install gitlab-ee din nou. S-a terminat neașteptat de repede, deoarece se pare că resursele sale erau încă prezente în sistem. Conectarea de la un browser a eșuat complet, nicio conexiune.
Am încercat din nou o reinstalare, de data aceasta dezinstalând complet GitLab cu următoarele comenzi:
# dezinstalare gitlab-ctl
# curățare gitlab-ctl
# gitlab-ctl elimina-conturi
# dpkg -P gitlab-ee
Eliminarea conturilor s-a blocat timp de 10 minute fără ieșire, așa că a trebuit ^C aceasta. După ce l-am îndepărtat cu dpkg Apoi am eliminat aceleași patru directoare ca înainte, deși numai /opt/gitlab și /var/log/gitlab a ramas.
După o dezinstalare presupusă curată, am repornit și am încercat ceea ce credeam a fi o reinstalare curată. A atârnat * ruby_block[așteptați socketul serviciului logrotate] rulează acțiunea la nesfârșit, timp de peste o oră. Cercetările au indicat deschiderea unui alt terminal și rularea următoarelor comenzi în timp ce omnibusul era blocat:
# nohup /opt/gitlab/embedded/bin/runsvdir-start &
# reconfigurează gitlab-ctl
Asta nu a funcționat, reconfigurează gitlab-ctl A stat 10 minute înainte să renunț, iar Omnibusul de la celălalt terminal nu a continuat. Nici măcar nu ar răspunde ^C. A trebuit să forțez o repornire dintr-o altă sesiune și am încercat o dezinstalare „curată”, repornire și reinstalare din nou.
Dezinstalarea de data aceasta nu a avut probleme cu elimina-conturi (Jurnal Pastebin, nume de utilizator, nume de gazdă, IP cenzurat). Cu toate acestea, încă o dată a stat la logrotate, din nou timp de peste o oră și din nou fără a răspunde ^C. Ieșire Pastebin, Jurnal Pastebin din /var/log/gitlab/reconfigure/1636492507.log.
Ce nu mi-a rezolvat problema:
systemctl porniți logrotate.service (se oprește/termină imediat, în așteptarea cronometrului), logrotate.timer (rula deja). Niciun răspuns de la Omnibus la pornire.- Alergare
runsvdir-start și reconfigurează gitlab-ctl (Vezi deasupra)
- Alergare
gitlab-ctl coada (aruncă coada: nu poate urma „-” după nume)
multi-utilizator.tinta este încărcat și activ, conform systemctl -t țintă.
Toate celelalte rezultate pe care le pot găsi sunt legate de aspecte specifice ale eșecului GitLab, mai degrabă decât de instalarea inițială. Sunt nedumerit și nu găsesc altceva relevant. Ce fac?
