2020-04-29 00:09:38 +00:00
# Maintenance Rake tasks **(CORE ONLY)**
2016-08-03 04:46:43 +00:00
2020-04-27 06:09:51 +00:00
GitLab provides Rake tasks for general maintenance.
2016-08-03 04:46:43 +00:00
2020-04-27 06:09:51 +00:00
## Gather GitLab and system information
This command gathers information about your GitLab installation and the system it runs on.
These may be useful when asking for help or reporting issues.
2016-08-03 04:46:43 +00:00
**Omnibus Installation**
2020-01-30 15:09:15 +00:00
```shell
2016-08-03 04:46:43 +00:00
sudo gitlab-rake gitlab:env:info
```
**Source Installation**
2020-01-30 15:09:15 +00:00
```shell
2016-08-03 04:46:43 +00:00
bundle exec rake gitlab:env:info RAILS_ENV=production
```
Example output:
2020-01-23 06:08:32 +00:00
```plaintext
2016-08-03 04:46:43 +00:00
System information
System: Debian 7.8
Current User: git
Using RVM: no
Ruby Version: 2.1.5p273
Gem Version: 2.4.3
Bundler Version: 1.7.6
Rake Version: 10.3.2
2016-12-23 04:02:19 +00:00
Redis Version: 3.2.5
2016-08-03 04:46:43 +00:00
Sidekiq Version: 2.17.8
GitLab information
Version: 7.7.1
Revision: 41ab9e1
Directory: /home/git/gitlab
DB Adapter: postgresql
URL: https://gitlab.example.com
HTTP Clone URL: https://gitlab.example.com/some-project.git
SSH Clone URL: git@gitlab.example.com:some-project.git
Using LDAP: no
Using Omniauth: no
GitLab Shell
Version: 2.4.1
Repositories: /home/git/repositories/
Hooks: /home/git/gitlab-shell/hooks/
Git: /usr/bin/git
```
2020-06-16 12:09:00 +00:00
## Show GitLab license information **(STARTER ONLY)**
> [Introduced](https://gitlab.com/gitlab-org/gitlab/-/merge_requests/20501) in GitLab Starter 12.6.
This command shows information about your [GitLab license ](../../user/admin_area/license.md ) and
how many seats are used. It is only available on GitLab Enterprise
installations: a license cannot be installed into GitLab Community Edition.
These may be useful when raising tickets with Support, or for programmatically
checking your license parameters.
**Omnibus Installation**
```shell
sudo gitlab-rake gitlab:license:info
```
**Source Installation**
```shell
bundle exec rake gitlab:license:info RAILS_ENV=production
```
Example output:
```plaintext
Today's Date: 2020-02-29
Current User Count: 30
Max Historical Count: 30
Max Users in License: 40
License valid from: 2019-11-29 to 2020-11-28
Email associated with license: user@example.com
```
2016-08-03 04:46:43 +00:00
## Check GitLab configuration
2020-04-27 06:09:51 +00:00
The `gitlab:check` Rake task runs the following Rake tasks:
2016-08-03 04:46:43 +00:00
- `gitlab:gitlab_shell:check`
2018-10-02 20:11:07 +00:00
- `gitlab:gitaly:check`
2016-08-03 04:46:43 +00:00
- `gitlab:sidekiq:check`
- `gitlab:app:check`
2020-04-27 06:09:51 +00:00
It will check that each component was set up according to the installation guide and suggest fixes
for issues found. This command must be run from your application server and will not work correctly on
2020-06-10 00:08:55 +00:00
component servers like [Gitaly ](../gitaly/index.md#run-gitaly-on-its-own-server ).
2020-04-27 06:09:51 +00:00
You may also have a look at our troubleshooting guides for:
2016-08-03 04:46:43 +00:00
2020-04-27 06:09:51 +00:00
- [GitLab ](../index.md#troubleshooting )
- [Omnibus GitLab ](https://docs.gitlab.com/omnibus/README.html#troubleshooting )
2019-02-22 13:17:10 +00:00
2020-04-27 06:09:51 +00:00
To run `gitlab:check` , run:
2016-08-03 04:46:43 +00:00
**Omnibus Installation**
2020-01-30 15:09:15 +00:00
```shell
2016-08-03 04:46:43 +00:00
sudo gitlab-rake gitlab:check
```
**Source Installation**
2020-01-30 15:09:15 +00:00
```shell
2016-08-03 04:46:43 +00:00
bundle exec rake gitlab:check RAILS_ENV=production
```
2020-04-27 06:09:51 +00:00
NOTE: **Note:**
Use `SANITIZE=true` for `gitlab:check` if you want to omit project names from the output.
2016-08-03 04:46:43 +00:00
Example output:
2020-01-23 06:08:32 +00:00
```plaintext
2016-08-03 04:46:43 +00:00
Checking Environment ...
Git configured for git user? ... yes
Has python2? ... yes
python2 is supported version? ... yes
Checking Environment ... Finished
Checking GitLab Shell ...
GitLab Shell version? ... OK (1.2.0)
Repo base directory exists? ... yes
Repo base directory is a symlink? ... no
Repo base owned by git:git? ... yes
Repo base access is drwxrws---? ... yes
post-receive hook up-to-date? ... yes
post-receive hooks in repos are links: ... yes
Checking GitLab Shell ... Finished
Checking Sidekiq ...
Running? ... yes
Checking Sidekiq ... Finished
Checking GitLab ...
Database config exists? ... yes
Database is SQLite ... no
All migrations up? ... yes
GitLab config exists? ... yes
GitLab config outdated? ... no
Log directory writable? ... yes
Tmp directory writable? ... yes
Init script exists? ... yes
Init script up-to-date? ... yes
Redis version >= 2.0.0? ... yes
Checking GitLab ... Finished
```
## Rebuild authorized_keys file
2020-04-27 06:09:51 +00:00
In some case it is necessary to rebuild the `authorized_keys` file. To do this, run:
2016-08-03 04:46:43 +00:00
**Omnibus Installation**
2020-01-30 15:09:15 +00:00
```shell
2016-08-03 04:46:43 +00:00
sudo gitlab-rake gitlab:shell:setup
```
**Source Installation**
2020-01-30 15:09:15 +00:00
```shell
2016-08-03 04:46:43 +00:00
cd /home/git/gitlab
sudo -u git -H bundle exec rake gitlab:shell:setup RAILS_ENV=production
```
2020-04-27 06:09:51 +00:00
Example output:
2020-01-23 06:08:32 +00:00
```plaintext
2016-08-03 04:46:43 +00:00
This will rebuild an authorized_keys file.
You will lose any data stored in authorized_keys file.
Do you want to continue (yes/no)? yes
```
2019-09-26 06:06:27 +00:00
## Clear Redis cache
2016-08-03 04:46:43 +00:00
2020-04-27 06:09:51 +00:00
If for some reason the dashboard displays the wrong information, you might want to
clear Redis' cache. To do this, run:
2016-08-03 04:46:43 +00:00
**Omnibus Installation**
2020-01-30 15:09:15 +00:00
```shell
2016-08-03 04:46:43 +00:00
sudo gitlab-rake cache:clear
```
**Source Installation**
2020-01-30 15:09:15 +00:00
```shell
2016-08-03 04:46:43 +00:00
cd /home/git/gitlab
sudo -u git -H bundle exec rake cache:clear RAILS_ENV=production
```
## Precompile the assets
Sometimes during version upgrades you might end up with some wrong CSS or
missing some icons. In that case, try to precompile the assets again.
2020-04-27 06:09:51 +00:00
This only applies to source installations and does NOT apply to
2016-08-03 04:46:43 +00:00
Omnibus packages.
**Source Installation**
2020-01-30 15:09:15 +00:00
```shell
2016-08-03 04:46:43 +00:00
cd /home/git/gitlab
2017-01-27 20:36:52 +00:00
sudo -u git -H bundle exec rake gitlab:assets:compile RAILS_ENV=production
2016-08-03 04:46:43 +00:00
```
For omnibus versions, the unoptimized assets (JavaScript, CSS) are frozen at
the release of upstream GitLab. The omnibus version includes optimized versions
of those assets. Unless you are modifying the JavaScript / CSS code on your
production machine after installing the package, there should be no reason to redo
2019-09-26 06:06:27 +00:00
`rake gitlab:assets:compile` on the production machine. If you suspect that assets
2016-08-03 04:46:43 +00:00
have been corrupted, you should reinstall the omnibus package.
2017-12-06 09:39:25 +00:00
## Check TCP connectivity to a remote site
Sometimes you need to know if your GitLab installation can connect to a TCP
2020-03-31 12:08:09 +00:00
service on another machine - perhaps a PostgreSQL or HTTPS server. A Rake task
2017-12-06 09:39:25 +00:00
is included to help you with this:
**Omnibus Installation**
2020-01-30 15:09:15 +00:00
```shell
2017-12-06 09:39:25 +00:00
sudo gitlab-rake gitlab:tcp_check[example.com,80]
```
**Source Installation**
2020-01-30 15:09:15 +00:00
```shell
2017-12-06 09:39:25 +00:00
cd /home/git/gitlab
sudo -u git -H bundle exec rake gitlab:tcp_check[example.com,80] RAILS_ENV=production
```
2018-03-09 13:32:18 +00:00
## Clear exclusive lease (DANGER)
GitLab uses a shared lock mechanism: `ExclusiveLease` to prevent simultaneous operations
in a shared resource. An example is running periodic garbage collection on repositories.
In very specific situations, a operation locked by an Exclusive Lease can fail without
releasing the lock. If you can't wait for it to expire, you can run this task to manually
clear it.
To clear all exclusive leases:
2020-07-16 06:09:33 +00:00
DANGER: **Danger:**
2018-03-09 13:32:18 +00:00
Don't run it while GitLab or Sidekiq is running
2020-01-30 15:09:15 +00:00
```shell
2018-03-09 13:32:18 +00:00
sudo gitlab-rake gitlab:exclusive_lease:clear
```
To specify a lease `type` or lease `type + id` , specify a scope:
2020-01-30 15:09:15 +00:00
```shell
2018-03-09 13:32:18 +00:00
# to clear all leases for repository garbage collection:
sudo gitlab-rake gitlab:exclusive_lease:clear[project_housekeeping:*]
# to clear a lease for repository garbage collection in a specific project: (id=4)
sudo gitlab-rake gitlab:exclusive_lease:clear[project_housekeeping:4]
```
2019-07-16 07:23:45 +00:00
## Display status of database migrations
2020-03-24 18:07:55 +00:00
See the [upgrade documentation ](../../update/README.md#checking-for-background-migrations-before-upgrading )
for how to check that migrations are complete when upgrading GitLab.
2020-03-31 12:08:09 +00:00
To check the status of specific migrations, you can use the following Rake task:
2019-07-16 07:23:45 +00:00
2020-01-30 15:09:15 +00:00
```shell
2019-07-16 14:35:50 +00:00
sudo gitlab-rake db:migrate:status
2019-07-16 07:23:45 +00:00
```
2019-08-28 06:06:34 +00:00
This will output a table with a `Status` of `up` or `down` for
2019-07-16 07:23:45 +00:00
each Migration ID.
2020-01-30 15:09:15 +00:00
```shell
2019-07-16 07:23:45 +00:00
database: gitlabhq_production
Status Migration ID Migration Name
--------------------------------------------------
up migration_id migration_name
2019-08-28 06:06:34 +00:00
```
2019-12-05 12:07:43 +00:00
2020-05-26 00:08:21 +00:00
## Run incomplete database migrations
Database migrations can be stuck in an incomplete state. That is, they'll have a `down`
status in the output of the `sudo gitlab-rake db:migrate:status` command.
To complete these migrations, use the following Rake task:
```shell
sudo gitlab-rake db:migrate
```
After the command completes, run `sudo gitlab-rake db:migrate:status` to check if all
migrations are completed (have an `up` status).
2019-12-05 12:07:43 +00:00
## Import common metrics
Sometimes you may need to re-import the common metrics that power the Metrics dashboards.
2020-07-11 03:09:03 +00:00
This could be as a result of [updating existing metrics ](../../development/prometheus_metrics.md#update-existing-metrics ), or as a [troubleshooting measure ](../../operations/metrics/dashboards/index.md#troubleshooting ).
2019-12-05 12:07:43 +00:00
To re-import the metrics you can run:
2020-01-30 15:09:15 +00:00
```shell
2019-12-05 12:07:43 +00:00
sudo gitlab-rake metrics:setup_common_metrics
```