GitLab Troubles (SOLVED!)

Glad to hear that you got it sorted and that you are all go! :)

Well, I was unaware that there were 2 'create project' buttons. The one that works for me is in the 'admin' section. I didn't realize I had to add a key if you use the other one. As far as the SSH thing, that would be ignorance on my part. I generated the key IN the appliance and tried to use it IN the appliance. So that would explain why it wouldn't work correctly. I'm pretty new to version control and SSH. Anyway, Thanks Jeremy for all your help. I really appreciate it.

I think that is a good sign. Let me guess, you are running it with less than 1GB RAM? The fact that you get a 502 and the service isn't running is because it stalls due to not enough RAM. Or at least that's what I've experienced.

I am running the TKL OVZ build direct from within the PVE UI (which is the build that is hosted on SourceForge). When I was mucking around trying to update it I launched about 6 instances of it and it just worked OOTB (when given 1GB RAM and after running 'turnkey-init'). Although in fairness I never tested pushing to any of the 6 test instances I created (just the first that I used). I do recall having to manually start shh via the host console on very first boot.

When I get a chance tonight I'll try a fresh instance ang see how it goes...

Doing 'turnkey-init' seems to have broken it. The GitLab service doesn't exist anymore and now nginx gives a '502 Bad Gateway' message. I should have mentioned that I tried another way as well. I used tkliso2ovz to convert the GitLab ISO into an OpenVZ Container and that seems to run 'turnkey-init' on first boot. All of the ways I've tried, I get the original result. Adding the SSH key and then I am unable to push a repo because it doesn't like any password I give it. I should also add at this point that if I try 'ssh-add' it says 'Could not open a connection to your authentication agent.' And when I try 'pgrep ssh' nothing appears so I'm assuming there isn't an SSH process running. Also, I add the SSH key through the GitLab web interface and it takes it just fine. I just can't push a repo which then complains the password isn't right. Doing 'ssh -vvv git@git.example.com:example.git' complains that it can't connect either.

All OVZ containers need to be initialised prior to first use:

tunkey-init

Hopefully that will solve your issues!?

I have been using the GitLab appliance and don't recall having to go though the steps you are talking about (although I did have to add my key to be able to push to the server from my laptop). I have used it only externally though - as in how you would use GitHub - not from within the GitLab appliance (as it sound like you are).

In the meantime you'll need to use one of the other build types (in a VM rather than a container). FWIW the appliance (in other builds e.g. ISO, OVA, etc) has been fixed and re-released (so should work OOTB now).

URL=https://raw.githubusercontent.com/JedMeister/gitlab/anton-inithook_fix
wget $URL/gl_fix
chmod +x gl_fix
./gl_fix

Note: There seems to be some minimum password complexity requirements but I'm not 100% sure what they are. A 6 character password using only lowercase was accepted but I couldn't login. I didn't exhaustively test it but it appears that a password with at least 8 characters including a number will work.

It will take a while for the script to complete but you should then be able to log in using your email and the new password. If you get a 504 error when you try to log in it means that the GitLab process hasn't finished starting so just wait and try again (when testing I just closed the browser window, reopened it and it was working).

Anyway, in response to your question...:

After a bit of troubleshooting I can confirm that there is a pretty serious issue with v14.0 GitLab app. Not only does the inithook not work to setup the admin account; it seems that doing it via the commandline doesn't work either...

So sorry but at this point GitLab is broken with no easy fix :(

I have lodged a bug report: https://github.com/turnkeylinux/tracker/issues/465