Gitlab: Difference between revisions

From NixOS Wiki
imported>F2k1de
remove line break
 
(12 intermediate revisions by 9 users not shown)
Line 1: Line 1:
The [https://gitlab.com GitLab] web application offers git repository management, code reviews, issue tracking, activity feeds and wikis.
The [https://gitlab.com GitLab] web application offers git repository management, code reviews, issue tracking, activity feeds and wikis.
This article is an extension of the [https://nixos.org/manual/nixos/stable/#module-services-gitlab NixOS manual].


== Installation ==
== Installation ==
Line 8: Line 10:
services.gitlab = {
services.gitlab = {
   enable = true;
   enable = true;
   databasePasswordFile = pkgs.writeText "dbPassword" "test123";
   databasePasswordFile = pkgs.writeText "dbPassword" "zgvcyfwsxzcwr85l";
   initialRootPasswordFile = pkgs.writeText "rootPassword" "test123";
   initialRootPasswordFile = pkgs.writeText "rootPassword" "dakqdvp4ovhksxer";
   secrets = {
   secrets = {
     secretFile = pkgs.writeText "secret" "Aig5zaic";
     secretFile = pkgs.writeText "secret" "Aig5zaic";
Line 33: Line 35:
</syntaxHighlight>
</syntaxHighlight>


Even trough it is easy to provide the secrets in the <code>configuration.nix</code> with <code>pkgs.writeText</code>, keep in mind that it might not be the best method, because they get written to the word readable [[Nix_package_manager#Nix_store|nix-store]] this way.  
After applying the configuration head to http://localhost and login with username <code>root</code> and the password specified in <code>initialRootPasswordFile</code>.
 
Even though it is easy to provide the secrets in the <code>configuration.nix</code> with <code>pkgs.writeText</code>, keep in mind that it might not be the best method, because they get written to the world readable [[Nix_package_manager#Nix_store|nix-store]] this way.  
A safer solution is to put them somewhere in the file system with the right chmod and owner set and include them using <code>./<filename></code> or to use a [[Comparison of secret managing schemes|secret managment tool]]
A safer solution is to put them somewhere in the file system with the right chmod and owner set and include them using <code>./<filename></code> or to use a [[Comparison of secret managing schemes|secret managment tool]]
{{Note|Since the version 15.7 GitLab blocks weak passwords<ref>https://gitlab.com/gitlab-org/gitlab/-/blob/master/doc/user/profile/user_passwords.md#block-weak-passwords</ref> on self-managed instances by default and providing one in initialRootPasswordFile results in a silent failure to create root user.}}


== Maintenance ==
== Maintenance ==
Line 49: Line 55:
gitlab-rake gitlab:check
gitlab-rake gitlab:check
</syntaxHighlight>
</syntaxHighlight>
== Tips and tricks ==
=== Run Gitlab behind reverse proxy ===
In case your Gitlab instance is running behind a reverse proxy which does offer TLS encryption, you might need to adapt your configuration<syntaxhighlight lang="nix">
services.gitlab = {
  [...]
  https = true;
  port = 443;
  host = "git.example.org";
};
</syntaxhighlight>
=== Migrating an existing Gitlab to a Nixos installation ===
Make a backup on the on the old installation following the [https://docs.gitlab.com/ee/raketasks/backup_gitlab.html Gitlab backup guide]. It is important to be on the same version and edition that you want to install on your new server.
Then install a Gitlab on the NixOS. Make sure you set the same secrets like on the old installation.
After a successful deploy:
# Stop the Gitlab service using <code>systemctl stop gitlab.service</code>.
# Start Gitaly <code>systemctl start gitaly.service</code>
#* It gets stopped when gitlab.service stops.
# Then copy the backup *_gitlab_backup.tar to the backup folder
#* <code>cp 1719619965_2024_06_29_16.11.4_gitlab_backup.tar /var/gitlab/state/backup</code>
# Run <code>sudo -u gitlab gitlab-rake gitlab:backup:restore BACKUP=<name before the _gitlab_backup.tar></code> .
#* For example <code>sudo -u gitlab gitlab-rake gitlab:backup:restore BACKUP=1719619965_2024_06_29_16.11.4</code>
# You will be interactively asked what should be done.
#* You will most likely be saying yes hrtr
# Start the Gitlab Service again using <code>systemctl start gitlab.service</code>.
You may need to rebuild the system for everything to properly come up.


== Troubleshooting ==
== Troubleshooting ==
Line 80: Line 118:
</syntaxHighlight>
</syntaxHighlight>


[[Category:Services]]
 
==Notes==
 
Gitlab will add a user "gitlab" to your NixOS, many tutorials online point to using git over ssh with the user "git", which in our case will not match since there is no user "git". If you configure your SSH hosts with ~/.ssh/config this should work:
 
  Host your.selfhosted.com
    HostName your.selfhosted.com
    User gitlab
    IdentityFile /path/to/your/ssh/private/key
    # The following are optional:
    IdentitiesOnly yes
    PreferredAuthentications publickey
 
<references />
 
[[Category:Server]]
[[Category:Web Applications]]
[[Category:Web Applications]]
[[Category:NixOS Manual]]

Latest revision as of 08:28, 27 September 2024

The GitLab web application offers git repository management, code reviews, issue tracking, activity feeds and wikis.

This article is an extension of the NixOS manual.

Installation

A minimal local installation of Gitlab might look like this

services.gitlab = {
  enable = true;
  databasePasswordFile = pkgs.writeText "dbPassword" "zgvcyfwsxzcwr85l";
  initialRootPasswordFile = pkgs.writeText "rootPassword" "dakqdvp4ovhksxer";
  secrets = {
    secretFile = pkgs.writeText "secret" "Aig5zaic";
    otpFile = pkgs.writeText "otpsecret" "Riew9mue";
    dbFile = pkgs.writeText "dbsecret" "we2quaeZ";
    jwsFile = pkgs.runCommand "oidcKeyBase" {} "${pkgs.openssl}/bin/openssl genrsa 2048 > $out";
  };
};

services.nginx = {
  enable = true;
  recommendedProxySettings = true;
  virtualHosts = {
    localhost = {
      locations."/".proxyPass = "http://unix:/run/gitlab/gitlab-workhorse.socket";
    };
  };
};

services.openssh.enable = true;

systemd.services.gitlab-backup.environment.BACKUP = "dump";

After applying the configuration head to http://localhost and login with username root and the password specified in initialRootPasswordFile.

Even though it is easy to provide the secrets in the configuration.nix with pkgs.writeText, keep in mind that it might not be the best method, because they get written to the world readable nix-store this way. A safer solution is to put them somewhere in the file system with the right chmod and owner set and include them using ./<filename> or to use a secret managment tool

Note: Since the version 15.7 GitLab blocks weak passwords[1] on self-managed instances by default and providing one in initialRootPasswordFile results in a silent failure to create root user.

Maintenance

Query info about your Gitlab instance

gitlab-rake gitlab:env:info

Check for configuration errors

gitlab-rake gitlab:check

Tips and tricks

Run Gitlab behind reverse proxy

In case your Gitlab instance is running behind a reverse proxy which does offer TLS encryption, you might need to adapt your configuration

services.gitlab = {
  [...]
  https = true;
  port = 443;
  host = "git.example.org";
};

Migrating an existing Gitlab to a Nixos installation

Make a backup on the on the old installation following the Gitlab backup guide. It is important to be on the same version and edition that you want to install on your new server.

Then install a Gitlab on the NixOS. Make sure you set the same secrets like on the old installation.

After a successful deploy:

  1. Stop the Gitlab service using systemctl stop gitlab.service.
  2. Start Gitaly systemctl start gitaly.service
    • It gets stopped when gitlab.service stops.
  3. Then copy the backup *_gitlab_backup.tar to the backup folder
    • cp 1719619965_2024_06_29_16.11.4_gitlab_backup.tar /var/gitlab/state/backup
  4. Run sudo -u gitlab gitlab-rake gitlab:backup:restore BACKUP=<name before the _gitlab_backup.tar> .
    • For example sudo -u gitlab gitlab-rake gitlab:backup:restore BACKUP=1719619965_2024_06_29_16.11.4
  5. You will be interactively asked what should be done.
    • You will most likely be saying yes hrtr
  6. Start the Gitlab Service again using systemctl start gitlab.service.

You may need to rebuild the system for everything to properly come up.

Troubleshooting

Error 422 The change you requested was rejected on login

There might be different reasons for this error to show up after a failing login. One possible issue could be that your Gitlab instance is configured to be served with SSL encryption but running unencrypted behind a reverse proxy

services.gitlab = {
  enable = true;
  port = 443;
  https = true;
[...]

To solve this, add following http headers to your upstream reverse proxy. In this example for the web server Caddy but it can be set for others too

caddy = {
  enable = true;
  virtualHosts = {
    "git.example.org".extraConfig = ''
      reverse_proxy http://10.100.0.3 {
        header_up X-Forwarded-Proto https
        header_up X-Forwarded-Ssl on
      }
    '';
  };
};


Notes

Gitlab will add a user "gitlab" to your NixOS, many tutorials online point to using git over ssh with the user "git", which in our case will not match since there is no user "git". If you configure your SSH hosts with ~/.ssh/config this should work:

 Host your.selfhosted.com
   HostName your.selfhosted.com
   User gitlab
   IdentityFile /path/to/your/ssh/private/key
   # The following are optional:
   IdentitiesOnly yes
   PreferredAuthentications publickey