debian-mirror-gitlab/doc/administration/troubleshooting/gitlab_rails_cheat_sheet.md

1291 lines
35 KiB
Markdown
Raw Normal View History

2019-12-04 20:38:33 +05:30
---
2021-02-22 17:27:13 +05:30
stage: Enablement
group: Distribution
info: To determine the technical writer assigned to the Stage/Group associated with this page, see https://about.gitlab.com/handbook/engineering/ux/technical-writing/#assignments
2019-12-04 20:38:33 +05:30
type: reference
---
2021-03-11 19:13:27 +05:30
# GitLab Rails Console Cheat Sheet **(FREE SELF)**
2019-12-04 20:38:33 +05:30
2019-12-21 20:55:43 +05:30
This is the GitLab Support Team's collection of information regarding the GitLab Rails
2019-12-04 20:38:33 +05:30
console, for use while troubleshooting. It is listed here for transparency,
and it may be useful for users with experience with these tools. If you are currently
2021-03-11 19:13:27 +05:30
having an issue with GitLab, it is highly recommended that you first check
our guide on [navigating our Rails console](navigating_gitlab_via_rails_console.md),
and your [support options](https://about.gitlab.com/support/), before attempting to use
2019-12-04 20:38:33 +05:30
this information.
2021-02-22 17:27:13 +05:30
WARNING:
2019-12-04 20:38:33 +05:30
Please note that some of these scripts could be damaging if not run correctly,
or under the right conditions. We highly recommend running them under the
guidance of a Support Engineer, or running them in a test environment with a
backup of the instance ready to be restored, just in case.
2021-02-22 17:27:13 +05:30
WARNING:
2019-12-04 20:38:33 +05:30
Please also note that as GitLab changes, changes to the code are inevitable,
and so some scripts may not work as they once used to. These are not kept
up-to-date as these scripts/commands were added as they were found/needed. As
mentioned above, we recommend running these scripts under the supervision of a
Support Engineer, who can also verify that they will continue to work as they
should and, if needed, update the script for the latest version of GitLab.
## Find specific methods for an object
```ruby
Array.methods.select { |m| m.to_s.include? "sing" }
Array.methods.grep(/sing/)
```
## Find method source
Works for [non-instrumented methods](../../development/instrumentation.md#checking-instrumented-methods):
```ruby
instance_of_object.method(:foo).source_location
# Example for when we would call project.private?
project.method(:private?).source_location
```
2021-01-29 00:20:46 +05:30
## Attributes
View available attributes, formatted using pretty print (`pp`).
For example, determine what attributes contain users' names and email addresses:
```ruby
u = User.find_by_username('someuser')
pp u.attributes
```
Partial output:
```plaintext
{"id"=>1234,
"email"=>"someuser@example.com",
"sign_in_count"=>99,
"name"=>"S User",
"username"=>"someuser",
"first_name"=>nil,
"last_name"=>nil,
"bot_type"=>nil}
```
Then make use of the attributes, [testing SMTP, for example](https://docs.gitlab.com/omnibus/settings/smtp.html#testing-the-smtp-configuration):
```ruby
e = u.email
n = u.name
Notify.test_email(e, "Test email for #{n}", 'Test email').deliver_now
#
Notify.test_email(u.email, "Test email for #{u.name}", 'Test email').deliver_now
```
2020-11-24 15:15:51 +05:30
## Query the database using an ActiveRecord Model
2019-12-04 20:38:33 +05:30
```ruby
2020-11-24 15:15:51 +05:30
m = Model.where('attribute like ?', 'ex%')
# for example to query the projects
projects = Project.where('path like ?', 'Oumua%')
2019-12-04 20:38:33 +05:30
```
## View all keys in cache
```ruby
Rails.cache.instance_variable_get(:@data).keys
```
## Profile a page
```ruby
# Before 11.6.0
2021-09-04 01:27:46 +05:30
logger = Logger.new($stdout)
2019-12-04 20:38:33 +05:30
admin_token = User.find_by_username('ADMIN_USERNAME').personal_access_tokens.first.token
app.get("URL/?private_token=#{admin_token}")
# From 11.6.0
admin = User.find_by_username('ADMIN_USERNAME')
url = "/url/goes/here"
Gitlab::Profiler.with_user(admin) { app.get(url) }
```
## Using the GitLab profiler inside console (used as of 10.5)
```ruby
2021-09-04 01:27:46 +05:30
logger = Logger.new($stdout)
2019-12-04 20:38:33 +05:30
admin = User.find_by_username('ADMIN_USERNAME')
Gitlab::Profiler.profile('URL', logger: logger, user: admin)
```
## Time an operation
```ruby
# A single operation
Benchmark.measure { <operation> }
# A breakdown of multiple operations
Benchmark.bm do |x|
x.report(:label1) { <operation_1> }
x.report(:label2) { <operation_2> }
end
```
2020-03-13 15:44:24 +05:30
## Feature flags
### Show all feature flags that are enabled
```ruby
# Regular output
Feature.all
# Nice output
Feature.all.map {|f| [f.name, f.state]}
```
2019-12-04 20:38:33 +05:30
## Command Line
### Check the GitLab version fast
2020-03-13 15:44:24 +05:30
```shell
2019-12-04 20:38:33 +05:30
grep -m 1 gitlab /opt/gitlab/version-manifest.txt
```
### Debugging SSH
2020-03-13 15:44:24 +05:30
```shell
2019-12-04 20:38:33 +05:30
GIT_SSH_COMMAND="ssh -vvv" git clone <repository>
```
### Debugging over HTTPS
2020-03-13 15:44:24 +05:30
```shell
2019-12-04 20:38:33 +05:30
GIT_CURL_VERBOSE=1 GIT_TRACE=1 git clone <repository>
```
## Projects
### Clear a project's cache
```ruby
ProjectCacheWorker.perform_async(project.id)
```
### Expire the .exists? cache
```ruby
project.repository.expire_exists_cache
```
### Make all projects private
```ruby
Project.update_all(visibility_level: 0)
```
2021-01-29 00:20:46 +05:30
### Find projects that are pending deletion
2019-12-04 20:38:33 +05:30
```ruby
#
# This section will list all the projects which are pending deletion
#
projects = Project.where(pending_delete: true)
projects.each do |p|
2020-05-24 23:13:21 +05:30
puts "Project ID: #{p.id}"
2019-12-04 20:38:33 +05:30
puts "Project name: #{p.name}"
2020-05-24 23:13:21 +05:30
puts "Repository path: #{p.repository.full_path}"
2019-12-04 20:38:33 +05:30
end
#
# Assign a user (the root user will do)
#
user = User.find_by_username('root')
#
# For each project listed repeat these two commands
#
# Find the project, update the xxx-changeme values from above
project = Project.find_by_full_path('group-changeme/project-changeme')
2020-10-24 23:57:45 +05:30
# Immediately delete the project
2019-12-04 20:38:33 +05:30
::Projects::DestroyService.new(project, user, {}).execute
```
### Destroy a project
```ruby
2021-04-29 21:17:54 +05:30
project = Project.find_by_full_path('<project_path>')
user = User.find_by_username('<username>')
2019-12-04 20:38:33 +05:30
ProjectDestroyWorker.perform_async(project.id, user.id, {})
# or ProjectDestroyWorker.new.perform(project.id, user.id, {})
# or Projects::DestroyService.new(project, user).execute
```
### Remove fork relationship manually
```ruby
2021-04-29 21:17:54 +05:30
p = Project.find_by_full_path('<project_path>')
u = User.find_by_username('<username>')
2019-12-04 20:38:33 +05:30
::Projects::UnlinkForkService.new(p, u).execute
```
### Make a project read-only (can only be done in the console)
```ruby
# Make a project read-only
project.repository_read_only = true; project.save
# OR
project.update!(repository_read_only: true)
```
2020-07-28 23:09:34 +05:30
### Transfer project from one namespace to another
```ruby
2021-04-29 21:17:54 +05:30
p= Project.find_by_full_path('<project_path>')
2020-07-28 23:09:34 +05:30
# To set the owner of the project
current_user= p.creator
# Namespace where you want this to be moved.
2021-04-29 21:17:54 +05:30
namespace = Namespace.find_by_full_path("<new_namespace>")
2020-07-28 23:09:34 +05:30
::Projects::TransferService.new(p, current_user).execute(namespace)
```
2020-11-24 15:15:51 +05:30
### For Removing webhooks that is getting timeout due to large webhook logs
```ruby
# ID will be the webhook_id
2021-01-03 14:25:43 +05:30
hook=WebHook.find(ID)
WebHooks::DestroyService.new(current_user).execute(hook)
2020-11-24 15:15:51 +05:30
2021-01-03 14:25:43 +05:30
#In case the service gets timeout consider removing webhook_logs
hook.web_hook_logs.limit(BATCH_SIZE).delete_all
2020-11-24 15:15:51 +05:30
```
2019-12-04 20:38:33 +05:30
### Bulk update service integration password for _all_ projects
For example, change the Jira user's password for all projects that have the Jira
integration active:
```ruby
p = Project.find_by_sql("SELECT p.id FROM projects p LEFT JOIN services s ON p.id = s.project_id WHERE s.type = 'JiraService' AND s.active = true")
p.each do |project|
2021-09-30 23:02:18 +05:30
project.jira_integration.update_attribute(:password, '<your-new-password>')
end
```
### Bulk update push rules for _all_ projects
For example, enable **Check whether the commit author is a GitLab user** and **Do not allow users to remove Git tags with `git push`** checkboxes, and create a filter for allowing commits from a specific e-mail domain only:
``` ruby
Project.find_each do |p|
pr = p.push_rule || PushRule.new(project: p)
# Check whether the commit author is a GitLab user
pr.member_check = true
# Do not allow users to remove Git tags with `git push`
pr.deny_delete_tag = true
# Commit author's email
pr.author_email_regex = '@domain\.com$'
pr.save!
2019-12-04 20:38:33 +05:30
end
```
2021-09-04 01:27:46 +05:30
## Bulk update to change all the Jira integrations to Jira instance-level values
To change all Jira project to use the instance-level integration settings:
1. In a Rails console:
```ruby
2021-09-30 23:02:18 +05:30
jira_integration_instance_id = Integrations::Jira.find_by(instance: true).id
Integrations::Jira.where(active: true, instance: false, template: false, inherit_from_id: nil).find_each do |integration|
integration.update_attribute(:inherit_from_id, jira_integration_instance_id)
2021-09-04 01:27:46 +05:30
end
```
1. Modify and save again the instance-level integration from the UI to propagate the changes to all the group-level and project-level integrations.
2020-05-24 23:13:21 +05:30
### Bulk update to disable the Slack Notification service
To disable notifications for all projects that have Slack service enabled, do:
```ruby
# Grab all projects that have the Slack notifications enabled
p = Project.find_by_sql("SELECT p.id FROM projects p LEFT JOIN services s ON p.id = s.project_id WHERE s.type = 'SlackService' AND s.active = true")
# Disable the service on each of the projects that were found.
p.each do |project|
project.slack_service.update_attribute(:active, false)
end
```
2020-11-24 15:15:51 +05:30
### Incorrect repository statistics shown in the GUI
After [reducing a repository size with third-party tools](../../user/project/repository/reducing_the_repo_size_using_git.md)
the displayed size may still show old sizes or commit numbers. To force an update, do:
```ruby
p = Project.find_by_full_path('<namespace>/<project>')
pp p.statistics
p.statistics.refresh!
2021-09-04 01:27:46 +05:30
pp p.statistics
# compare with earlier values
# check the total artifact storage space separately
builds_with_artifacts = p.builds.with_downloadable_artifacts.all
artifact_storage = 0
builds_with_artifacts.find_each do |build|
artifact_storage += build.artifacts_size
end
puts "#{artifact_storage} bytes"
2020-11-24 15:15:51 +05:30
```
2021-09-30 23:02:18 +05:30
### Identify deploy keys associated with blocked and non-member users
2021-06-08 01:23:25 +05:30
2021-09-30 23:02:18 +05:30
When the user who created a deploy key is blocked or removed from the project, the key
can no longer be used to push to protected branches in a private project (see [issue #329742](https://gitlab.com/gitlab-org/gitlab/-/issues/329742)).
2021-06-08 01:23:25 +05:30
The following script identifies unusable deploy keys:
```ruby
ghost_user_id = User.ghost.id
DeployKeysProject.with_write_access.find_each do |deploy_key_mapping|
project = deploy_key_mapping.project
deploy_key = deploy_key_mapping.deploy_key
user = deploy_key.user
access_checker = Gitlab::DeployKeyAccess.new(deploy_key, container: project)
# can_push_for_ref? tests if deploy_key can push to default branch, which is likely to be protected
can_push = access_checker.can_do_action?(:push_code)
can_push_to_default = access_checker.can_push_for_ref?(project.repository.root_ref)
2021-09-30 23:02:18 +05:30
2021-06-08 01:23:25 +05:30
next if access_checker.allowed? && can_push && can_push_to_default
if user.nil? || user.id == ghost_user_id
username = 'none'
state = '-'
else
username = user.username
user_state = user.state
end
puts "Deploy key: #{deploy_key.id}, Project: #{project.full_path}, Can push?: " + (can_push ? 'YES' : 'NO') +
", Can push to default branch #{project.repository.root_ref}?: " + (can_push_to_default ? 'YES' : 'NO') +
", User: #{username}, User state: #{user_state}"
end
```
2021-09-04 01:27:46 +05:30
### Find projects using an SQL query
Find and store an array of projects based on an SQL query:
```ruby
# Finds projects that end with '%ject'
projects = Project.find_by_sql("SELECT * FROM projects WHERE name LIKE '%ject'")
=> [#<Project id:12 root/my-first-project>>, #<Project id:13 root/my-second-project>>]
```
2020-01-01 13:55:28 +05:30
## Wikis
### Recreate
2021-02-22 17:27:13 +05:30
WARNING:
2020-10-24 23:57:45 +05:30
This is a destructive operation, the Wiki will be empty.
2020-01-01 13:55:28 +05:30
2021-01-29 00:20:46 +05:30
A Projects Wiki can be recreated by this command:
2020-01-01 13:55:28 +05:30
```ruby
p = Project.find_by_full_path('<username-or-group>/<project-name>') ### enter your projects path
GitlabShellWorker.perform_in(0, :remove_repository, p.repository_storage, p.wiki.disk_path) ### deletes the wiki project from the filesystem
p.create_wiki ### creates the wiki project on the filesystem
```
2021-01-03 14:25:43 +05:30
## Issue boards
### In case of issue boards not loading properly and it's getting time out. We need to call the Issue Rebalancing service to fix this
```ruby
p=Project.find_by_full_path('PROJECT PATH')
IssueRebalancingService.new(p.issues.take).execute
```
2019-12-04 20:38:33 +05:30
## Imports / Exports
```ruby
# Find the project and get the error
p = Project.find_by_full_path('<username-or-group>/<project-name>')
p.import_error
# To finish the import on GitLab running version before 11.6
p.import_finish
# To finish the import on GitLab running version 11.6 or after
p.import_state.mark_as_failed("Failed manually through console.")
```
### Rename imported repository
In a specific situation, an imported repository needed to be renamed. The Support
Team was informed of a backup restore that failed on a single repository, which created
2020-06-23 00:09:42 +05:30
the project with an empty repository. The project was successfully restored to a development
2019-12-04 20:38:33 +05:30
instance, then exported, and imported into a new project under a different name.
The Support Team was able to transfer the incorrectly named imported project into the
correctly named empty project using the steps below.
Move the new repository to the empty repository:
2020-03-13 15:44:24 +05:30
```shell
2019-12-04 20:38:33 +05:30
mv /var/opt/gitlab/git-data/repositories/<group>/<new-project> /var/opt/gitlab/git-data/repositories/<group>/<empty-project>
```
Make sure the permissions are correct:
2020-03-13 15:44:24 +05:30
```shell
2019-12-04 20:38:33 +05:30
chown -R git:git <path-to-directory>.git
```
Clear the cache:
2020-03-13 15:44:24 +05:30
```shell
2019-12-04 20:38:33 +05:30
sudo gitlab-rake cache:clear
```
2021-02-22 17:27:13 +05:30
### Export a repository
It's typically recommended to export a project through [the web interface](../../user/project/settings/import_export.md#exporting-a-project-and-its-data) or through [the API](../../api/project_import_export.md). In situations where this is not working as expected, it may be preferable to export a project directly via the Rails console:
```ruby
user = User.find_by_username('USERNAME')
project = Project.find_by_full_path('PROJECT_PATH')
Projects::ImportExport::ExportService.new(project, user).execute
```
2021-03-08 18:12:59 +05:30
If the project you wish to export is available at `https://gitlab.example.com/baltig/pipeline-templates`, the value to use for `PROJECT_PATH` would be `baltig/pipeline-templates`.
2021-02-22 17:27:13 +05:30
If this all runs successfully, you will see output like the following before being returned to the Rails console prompt:
```ruby
=> nil
```
2021-03-08 18:12:59 +05:30
The exported project will be located within a `.tar.gz` file in `/var/opt/gitlab/gitlab-rails/uploads/-/system/import_export_upload/export_file/`.
2021-02-22 17:27:13 +05:30
2019-12-04 20:38:33 +05:30
## Repository
### Search sequence of pushes to a repository
If it seems that a commit has gone "missing", search the sequence of pushes to a repository.
[This StackOverflow article](https://stackoverflow.com/questions/13468027/the-mystery-of-the-missing-commit-across-merges)
describes how you can end up in this state without a force push.
If you look at the output from the sample code below for the target branch, you will
see a discontinuity in the from/to commits as you step through the output. Each new
push should be "from" the "to" SHA of the previous push. When this discontinuity happens,
you will see two pushes with the same "from" SHA:
```ruby
p = Project.find_with_namespace('u/p')
2020-06-23 00:09:42 +05:30
p.events.pushed_action.last(100).each do |e|
2019-12-04 20:38:33 +05:30
printf "%-20.20s %8s...%8s (%s)\n", e.data[:ref], e.data[:before], e.data[:after], e.author.try(:username)
end
```
GitLab 9.5 and above:
```ruby
p = Project.find_by_full_path('u/p')
2020-06-23 00:09:42 +05:30
p.events.pushed_action.last(100).each do |e|
2019-12-04 20:38:33 +05:30
printf "%-20.20s %8s...%8s (%s)\n", e.push_event_payload[:ref], e.push_event_payload[:commit_from], e.push_event_payload[:commit_to], e.author.try(:username)
end
```
## Mirrors
### Find mirrors with "bad decrypt" errors
2020-07-10 23:44:40 +05:30
This content has been converted to a Rake task, see the [Doctor Rake tasks docs](../raketasks/doctor.md).
2019-12-04 20:38:33 +05:30
### Transfer mirror users and tokens to a single service account
Use case: If you have multiple users using their own GitHub credentials to set up
repository mirroring, mirroring breaks when people leave the company. Use this
script to migrate disparate mirroring users and tokens into a single service account:
```ruby
svc_user = User.find_by(username: 'ourServiceUser')
token = 'githubAccessToken'
Project.where(mirror: true).each do |project|
import_url = project.import_url
# The url we want is https://token@project/path.git
repo_url = if import_url.include?('@')
# Case 1: The url is something like https://23423432@project/path.git
import_url.split('@').last
elsif import_url.include?('//')
# Case 2: The url is something like https://project/path.git
import_url.split('//').last
end
next unless repo_url
final_url = "https://#{token}@#{repo_url}"
project.mirror_user = svc_user
project.import_url = final_url
project.username_only_import_url = final_url
project.save
end
```
## Users
### Skip reconfirmation
```ruby
2021-04-29 21:17:54 +05:30
user = User.find_by_username '<username>'
2019-12-04 20:38:33 +05:30
user.skip_reconfirmation!
```
### Active users & Historical users
```ruby
# Active users on the instance, now
User.active.count
2021-01-03 14:25:43 +05:30
# Users taking a seat on the instance
2021-01-29 00:20:46 +05:30
User.billable.count
2021-01-03 14:25:43 +05:30
2019-12-04 20:38:33 +05:30
# The historical max on the instance as of the past year
::HistoricalData.max_historical_user_count
```
2021-09-30 23:02:18 +05:30
Using cURL and jq (up to a max 100, see the [pagination docs](../../api/index.md#pagination)):
2021-02-22 17:27:13 +05:30
2020-03-13 15:44:24 +05:30
```shell
2021-09-04 01:27:46 +05:30
curl --silent --header "Private-Token: ********************" \
"https://gitlab.example.com/api/v4/users?per_page=100&active" | jq --compact-output '.[] | [.id,.name,.username]'
2019-12-04 20:38:33 +05:30
```
### Block or Delete Users that have no projects or groups
```ruby
users = User.where('id NOT IN (select distinct(user_id) from project_authorizations)')
# How many users will be removed?
users.count
# If that count looks sane:
# You can either block the users:
users.each { |user| user.block! }
# Or you can delete them:
# need 'current user' (your user) for auditing purposes
current_user = User.find_by(username: '<your username>')
users.each do |user|
DeleteUserWorker.perform_async(current_user.id, user.id)
end
```
2021-02-22 17:27:13 +05:30
### Deactivate Users that have no recent activity
```ruby
days_inactive = 90
inactive_users = User.active.where("last_activity_on <= ?", days_inactive.days.ago)
inactive_users.each do |user|
puts "user '#{user.username}': #{user.last_activity_on}"
user.deactivate!
end
```
2019-12-04 20:38:33 +05:30
### Block Users that have no recent activity
```ruby
2021-02-22 17:27:13 +05:30
days_inactive = 90
2019-12-04 20:38:33 +05:30
inactive_users = User.active.where("last_activity_on <= ?", days_inactive.days.ago)
inactive_users.each do |user|
puts "user '#{user.username}': #{user.last_activity_on}"
user.block!
end
```
2021-06-08 01:23:25 +05:30
### Find a user's max permissions for project/group
2019-12-04 20:38:33 +05:30
```ruby
user = User.find_by_username 'username'
project = Project.find_by_full_path 'group/project'
user.max_member_access_for_project project.id
```
```ruby
user = User.find_by_username 'username'
group = Group.find_by_full_path 'group'
user.max_member_access_for_group group.id
```
## Groups
2021-01-29 00:20:46 +05:30
### Transfer group to another location
```ruby
user = User.find_by_username('<username>')
group = Group.find_by_name("<group_name>")
2021-04-29 21:17:54 +05:30
parent_group = Group.find_by(id: "<group_id>")
2021-01-29 00:20:46 +05:30
service = ::Groups::TransferService.new(group, user)
service.execute(parent_group)
```
2021-03-11 19:13:27 +05:30
### Count unique users in a group and subgroups
2019-12-04 20:38:33 +05:30
```ruby
group = Group.find_by_path_or_name("groupname")
members = []
for member in group.members_with_descendants
members.push(member.user_name)
end
members.uniq.length
```
```ruby
group = Group.find_by_path_or_name("groupname")
# Count users from subgroup and up (inherited)
group.members_with_parents.count
2020-07-28 23:09:34 +05:30
# Count users from the parent group and down (specific grants)
2019-12-04 20:38:33 +05:30
parent.members_with_descendants.count
```
### Delete a group
```ruby
GroupDestroyWorker.perform_async(group_id, user_id)
```
2019-12-21 20:55:43 +05:30
### Modify group project creation
```ruby
# Project creation levels: 0 - No one, 1 - Maintainers, 2 - Developers + Maintainers
group = Group.find_by_path_or_name('group-name')
group.project_creation_level=0
```
2021-03-08 18:12:59 +05:30
### Modify group - disable 2FA requirement
2021-02-22 17:27:13 +05:30
WARNING:
When disabling the 2FA Requirement on a subgroup, the whole parent group (including all subgroups) is affected by this change.
```ruby
group = Group.find_by_path_or_name('group-name')
group.require_two_factor_authentication=false
group.save
```
2021-01-03 14:25:43 +05:30
## SCIM
### Fixing bad SCIM identities
```ruby
def delete_bad_scim(email, group_path)
output = ""
u = User.find_by_email(email)
uid = u.id
g = Group.find_by_full_path(group_path)
saml_prov_id = SamlProvider.find_by(group_id: g.id).id
saml = Identity.where(user_id: uid, saml_provider_id: saml_prov_id)
scim = ScimIdentity.where(user_id: uid , group_id: g.id)
if saml[0]
saml_eid = saml[0].extern_uid
output += "%s," % [email]
output += "SAML: %s," % [saml_eid]
if scim[0]
scim_eid = scim[0].extern_uid
output += "SCIM: %s" % [scim_eid]
if saml_eid == scim_eid
output += " Identities matched, not deleted \n"
else
scim[0].destroy
output += " Deleted \n"
end
else
output = "ERROR No SCIM identify found for: [%s]\n" % [email]
puts output
return 1
end
else
output = "ERROR No SAML identify found for: [%s]\n" % [email]
puts output
return 1
end
puts output
return 0
end
# In case of multiple emails
emails = [email1, email2]
emails.each do |e|
delete_bad_scim(e,'GROUPPATH')
end
```
2021-09-04 01:27:46 +05:30
### Find groups using an SQL query
Find and store an array of groups based on an SQL query:
```ruby
# Finds groups and subgroups that end with '%oup'
Group.find_by_sql("SELECT * FROM namespaces WHERE name LIKE '%oup'")
=> [#<Group id:3 @test-group>, #<Group id:4 @template-group/template-subgroup>]
```
2019-12-04 20:38:33 +05:30
## Routes
### Remove redirecting routes
2020-06-23 00:09:42 +05:30
See <https://gitlab.com/gitlab-org/gitlab-foss/-/issues/41758#note_54828133>.
2019-12-04 20:38:33 +05:30
```ruby
path = 'foo'
conflicting_permanent_redirects = RedirectRoute.matching_path_and_descendants(path)
# Check that conflicting_permanent_redirects is as expected
conflicting_permanent_redirects.destroy_all
```
## Merge Requests
### Close a merge request properly (if merged but still marked as open)
```ruby
2021-01-03 14:25:43 +05:30
p = Project.find_by_full_path('<full/path/to/project>')
m = p.merge_requests.find_by(iid: <iid>)
2021-04-29 21:17:54 +05:30
u = User.find_by_username('<username>')
2019-12-04 20:38:33 +05:30
MergeRequests::PostMergeService.new(p, u).execute(m)
```
2019-12-21 20:55:43 +05:30
### Delete a merge request
```ruby
u = User.find_by_username('<username>')
p = Project.find_by_full_path('<group>/<project>')
m = p.merge_requests.find_by(iid: <IID>)
Issuable::DestroyService.new(m.project, u).execute(m)
```
2019-12-04 20:38:33 +05:30
### Rebase manually
```ruby
2021-04-29 21:17:54 +05:30
p = Project.find_by_full_path('<project_path>')
2019-12-04 20:38:33 +05:30
m = project.merge_requests.find_by(iid: )
2021-04-29 21:17:54 +05:30
u = User.find_by_username('<username>')
2019-12-04 20:38:33 +05:30
MergeRequests::RebaseService.new(m.target_project, u).execute(m)
```
## CI
### Cancel stuck pending pipelines
2019-12-21 20:55:43 +05:30
For more information, see the [confidential issue](../../user/project/issues/confidential_issues.md)
`https://gitlab.com/gitlab-com/support-forum/issues/2449#note_41929707`.
2019-12-04 20:38:33 +05:30
```ruby
Ci::Pipeline.where(project_id: p.id).where(status: 'pending').count
2019-12-26 22:10:19 +05:30
Ci::Pipeline.where(project_id: p.id).where(status: 'pending').each {|p| p.cancel if p.stuck?}
2019-12-04 20:38:33 +05:30
Ci::Pipeline.where(project_id: p.id).where(status: 'pending').count
```
### Remove artifacts more than a week old
2020-05-24 23:13:21 +05:30
This section has been moved to the [job artifacts troubleshooting documentation](../job_artifacts.md#delete-job-artifacts-from-jobs-completed-before-a-specific-date).
2019-12-04 20:38:33 +05:30
### Find reason failure (for when build trace is empty) (Introduced in 10.3.0)
2020-06-23 00:09:42 +05:30
See <https://gitlab.com/gitlab-org/gitlab-foss/-/issues/41111>.
2019-12-04 20:38:33 +05:30
```ruby
build = Ci::Build.find(78420)
build.failure_reason
build.dependencies.each do |d| { puts "status: #{d.status}, finished at: #{d.finished_at},
completed: #{d.complete?}, artifacts_expired: #{d.artifacts_expired?}, erased: #{d.erased?}" }
```
2021-09-30 23:02:18 +05:30
### Try CI integration
2019-12-04 20:38:33 +05:30
```ruby
2021-04-29 21:17:54 +05:30
p = Project.find_by_full_path('<project_path>')
2019-12-04 20:38:33 +05:30
m = project.merge_requests.find_by(iid: )
2021-09-30 23:02:18 +05:30
m.project.try(:ci_integration)
2019-12-04 20:38:33 +05:30
```
2020-05-24 23:13:21 +05:30
### Validate the `.gitlab-ci.yml`
```ruby
project = Project.find_by_full_path 'group/project'
content = project.repository.gitlab_ci_yml_for(project.repository.root_ref_sha)
2021-03-08 18:12:59 +05:30
Gitlab::Ci::Lint.new(project: project, current_user: User.first).validate(content)
2020-05-24 23:13:21 +05:30
```
2019-12-04 20:38:33 +05:30
### Disable AutoDevOps on Existing Projects
```ruby
Project.all.each do |p|
p.auto_devops_attributes={"enabled"=>"0"}
p.save
end
```
2020-04-08 14:13:33 +05:30
### Obtain runners registration token
```ruby
Gitlab::CurrentSettings.current_application_settings.runners_registration_token
```
2021-04-29 21:17:54 +05:30
### Run pipeline schedules manually
You can run pipeline schedules manually through the Rails console to reveal any errors that are usually not visible.
```ruby
# schedule_id can be obtained from Edit Pipeline Schedule page
schedule = Ci::PipelineSchedule.find_by(id: <schedule_id>)
# Select the user that you want to run the schedule for
user = User.find_by_username('<username>')
# Run the schedule
ps = Ci::CreatePipelineService.new(schedule.project, user, ref: schedule.ref).execute!(:schedule, ignore_skip_ci: true, save_on_errors: false, schedule: schedule)
```
2019-12-04 20:38:33 +05:30
## License
2020-06-23 00:09:42 +05:30
### See current license information
2019-12-04 20:38:33 +05:30
```ruby
2020-06-23 00:09:42 +05:30
# License information (name, company, email address)
License.current.licensee
# Plan:
2019-12-04 20:38:33 +05:30
License.current.plan
2020-06-23 00:09:42 +05:30
# Uploaded:
License.current.created_at
# Started:
License.current.starts_at
# Expires at:
License.current.expires_at
# Is this a trial license?
License.current.trial?
2019-12-04 20:38:33 +05:30
```
### Check if a project feature is available on the instance
2021-09-04 01:27:46 +05:30
Features listed in <https://gitlab.com/gitlab-org/gitlab/-/blob/master/ee/app/models/license.rb>.
2019-12-04 20:38:33 +05:30
```ruby
License.current.feature_available?(:jira_dev_panel_integration)
```
### Check if a project feature is available in a project
2021-09-04 01:27:46 +05:30
Features listed in [`license.rb`](https://gitlab.com/gitlab-org/gitlab/-/blob/master/ee/app/models/license.rb).
2019-12-04 20:38:33 +05:30
```ruby
p = Project.find_by_full_path('<group>/<project>')
p.feature_available?(:jira_dev_panel_integration)
```
### Add a license through the console
```ruby
key = "<key>"
license = License.new(data: key)
license.save
License.current # check to make sure it applied
```
2020-03-13 15:44:24 +05:30
## Registry
### Registry Disk Space Usage by Project
As a GitLab administrator, you may need to reduce disk space consumption.
A common culprit is Docker Registry images that are no longer in use. To find
the storage broken down by each project, run the following in the
2020-10-24 23:57:45 +05:30
[GitLab Rails console](../troubleshooting/navigating_gitlab_via_rails_console.md):
2020-03-13 15:44:24 +05:30
```ruby
2020-10-24 23:57:45 +05:30
projects_and_size = [["project_id", "creator_id", "registry_size_bytes", "project path"]]
2020-04-22 19:07:51 +05:30
# You need to specify the projects that you want to look through. You can get these in any manner.
2020-03-13 15:44:24 +05:30
projects = Project.last(100)
projects.each do |p|
project_total_size = 0
container_repositories = p.container_repositories
container_repositories.each do |c|
c.tags.each do |t|
project_total_size = project_total_size + t.total_size unless t.total_size.nil?
end
end
if project_total_size > 0
2020-10-24 23:57:45 +05:30
projects_and_size << [p.project_id, p.creator.id, project_total_size, p.full_path]
2020-03-13 15:44:24 +05:30
end
end
# projects_and_size is filled out now
# maybe print it as comma separated output?
projects_and_size.each do |ps|
2020-10-24 23:57:45 +05:30
puts "%s,%s,%s,%s" % ps
2020-03-13 15:44:24 +05:30
end
```
2020-10-24 23:57:45 +05:30
### Run the Cleanup policy now
Find this content in the [Container Registry troubleshooting docs](../packages/container_registry.md#run-the-cleanup-policy-now).
2019-12-04 20:38:33 +05:30
## Sidekiq
2021-01-29 00:20:46 +05:30
This content has been moved to the [Troubleshooting Sidekiq docs](sidekiq.md).
2019-12-04 20:38:33 +05:30
## Redis
2019-12-21 20:55:43 +05:30
### Connect to Redis (omnibus)
2019-12-04 20:38:33 +05:30
2020-03-13 15:44:24 +05:30
```shell
2019-12-04 20:38:33 +05:30
/opt/gitlab/embedded/bin/redis-cli -s /var/opt/gitlab/redis/redis.socket
```
## LFS
2020-04-22 19:07:51 +05:30
### Get information about LFS objects and associated project
2019-12-04 20:38:33 +05:30
```ruby
o=LfsObject.find_by(oid: "<oid>")
p=Project.find(LfsObjectsProject.find_by_lfs_object_id(o.id).project_id)
```
You can then delete these records from the database with:
```ruby
LfsObjectsProject.find_by_lfs_object_id(o.id).destroy
o.destroy
```
You would also want to combine this with deleting the LFS file in the LFS storage
area on disk. It remains to be seen exactly how or whether the deletion is useful, however.
## Decryption Problems
### Bad Decrypt Script (for encrypted variables)
2020-07-10 23:44:40 +05:30
This content has been converted to a Rake task, see the [Doctor Rake tasks docs](../raketasks/doctor.md).
2019-12-04 20:38:33 +05:30
2020-07-10 23:44:40 +05:30
As an example of repairing, if `ProjectImportData Bad count:` is detected and the decision is made to delete the
2019-12-04 20:38:33 +05:30
encrypted credentials to allow manual reentry:
```ruby
# Find the ids of the corrupt ProjectImportData objects
total = 0
bad = []
ProjectImportData.find_each do |data|
begin
total += 1
data.credentials
rescue => e
bad << data.id
end
end
puts "Bad count: #{bad.count} / #{total}"
# See the bad ProjectImportData ids
bad
# Remove the corrupted credentials
import_data = ProjectImportData.where(id: bad)
import_data.each do |data|
data.update_columns({ encrypted_credentials: nil, encrypted_credentials_iv: nil, encrypted_credentials_salt: nil})
end
```
If `User OTP Secret Bad count:` is detected. For each user listed disable/enable
two-factor authentication.
2020-07-10 23:44:40 +05:30
The following script will search in some of the tables for encrypted tokens that are
causing decryption errors, and update or reset as needed:
2019-12-04 20:38:33 +05:30
2020-03-13 15:44:24 +05:30
```shell
2019-12-04 20:38:33 +05:30
wget -O /tmp/encrypted-tokens.rb https://gitlab.com/snippets/1876342/raw
gitlab-rails runner /tmp/encrypted-tokens.rb
```
2020-07-10 23:44:40 +05:30
### Decrypt Script for encrypted tokens
This content has been converted to a Rake task, see the [Doctor Rake tasks docs](../raketasks/doctor.md).
2019-12-04 20:38:33 +05:30
## Geo
### Artifacts
#### Find failed artifacts
```ruby
Geo::JobArtifactRegistry.failed
```
#### Download artifact
```ruby
Gitlab::Geo::JobArtifactDownloader.new(:job_artifact, <artifact_id>).execute
```
#### Get a count of the synced artifacts
```ruby
Geo::JobArtifactRegistry.synced.count
```
#### Find `ID` of synced artifacts that are missing on primary
```ruby
Geo::JobArtifactRegistry.synced.missing_on_primary.pluck(:artifact_id)
```
### Repository verification failures
#### Get the number of verification failed repositories
```ruby
2020-10-24 23:57:45 +05:30
Geo::ProjectRegistry.verification_failed('repository').count
2019-12-04 20:38:33 +05:30
```
#### Find the verification failed repositories
```ruby
2020-10-24 23:57:45 +05:30
Geo::ProjectRegistry.verification_failed('repository')
2019-12-04 20:38:33 +05:30
```
### Find repositories that failed to sync
```ruby
2020-10-24 23:57:45 +05:30
Geo::ProjectRegistry.sync_failed('repository')
2019-12-04 20:38:33 +05:30
```
### Resync repositories
#### Queue up all repositories for resync. Sidekiq will handle each sync
```ruby
Geo::ProjectRegistry.update_all(resync_repository: true, resync_wiki: true)
```
#### Sync individual repository now
```ruby
project = Project.find_by_full_path('<group/project>')
Geo::RepositorySyncService.new(project).execute
```
2021-01-29 00:20:46 +05:30
2021-04-17 20:07:23 +05:30
### Blob types newer than uploads/artifacts/LFS
- `Packages::PackageFile`
- `Terraform::StateVersion`
- `MergeRequestDiff`
`Packages::PackageFile` is used in the following examples, but things generally work the same for the other Blob types.
#### The Replicator
The main kinds of classes are Registry, Model, and Replicator. If you have an instance of one of these classes, you can get the others. The Registry and Model mostly manage PostgreSQL DB state. The Replicator knows how to replicate/verify (or it can call a service to do it):
```ruby
model_record = Packages::PackageFile.last
model_record.replicator.registry.replicator.model_record # just showing that these methods exist
```
#### Replicate a package file, synchronously, given an ID
```ruby
model_record = Packages::PackageFile.find(id)
model_record.replicator.send(:download)
```
#### Replicate a package file, synchronously, given a registry ID
```ruby
registry = Geo::PackageFileRegistry.find(registry_id)
registry.replicator.send(:download)
```
2021-09-30 23:02:18 +05:30
#### Verify package files on the secondary manually
This will iterate over all package files on the secondary, looking at the
`verification_checksum` stored in the database (which came from the primary)
and then calculate this value on the secondary to check if they match. This
won't change anything in the UI:
```ruby
# Run on secondary
status = {}
Packages::PackageFile.find_each do |package_file|
primary_checksum = package_file.verification_checksum
secondary_checksum = Packages::PackageFile.hexdigest(package_file.file.path)
verification_status = (primary_checksum == secondary_checksum)
status[verification_status.to_s] ||= []
status[verification_status.to_s] << package_file.id
end
# Count how many of each value we get
status.keys.each {|key| puts "#{key} count: #{status[key].count}"}
# See the output in its entirety
status
```
2021-04-17 20:07:23 +05:30
### Repository types newer than project/wiki repositories
- `SnippetRepository`
- `GroupWikiRepository`
`SnippetRepository` is used in the examples below, but things generally work the same for the other Repository types.
#### The Replicator
The main kinds of classes are Registry, Model, and Replicator. If you have an instance of one of these classes, you can get the others. The Registry and Model mostly manage PostgreSQL DB state. The Replicator knows how to replicate/verify (or it can call a service to do it).
```ruby
model_record = SnippetRepository.last
model_record.replicator.registry.replicator.model_record # just showing that these methods exist
```
#### Replicate a snippet repository, synchronously, given an ID
```ruby
model_record = SnippetRepository.find(id)
model_record.replicator.send(:sync_repository)
```
#### Replicate a snippet repository, synchronously, given a registry ID
```ruby
registry = Geo::SnippetRepositoryRegistry.find(registry_id)
registry.replicator.send(:sync_repository)
```
2021-09-30 23:02:18 +05:30
## Generate Service Ping
2021-01-29 00:20:46 +05:30
2021-09-30 23:02:18 +05:30
### Generate or get the cached Service Ping
2021-01-29 00:20:46 +05:30
```ruby
Gitlab::UsageData.to_json
```
2021-09-30 23:02:18 +05:30
### Generate a fresh new Service Ping
2021-01-29 00:20:46 +05:30
2021-09-30 23:02:18 +05:30
This will also refresh the cached Service Ping displayed in the admin area
2021-01-29 00:20:46 +05:30
```ruby
Gitlab::UsageData.to_json(force_refresh: true)
```
2021-02-22 17:27:13 +05:30
2021-09-30 23:02:18 +05:30
### Generate and print
2021-02-22 17:27:13 +05:30
2021-09-30 23:02:18 +05:30
Generates Service Ping data in JSON format.
2021-02-22 17:27:13 +05:30
```shell
rake gitlab:usage_data:generate
```
2021-09-30 23:02:18 +05:30
### Generate and send Service Ping
2021-02-22 17:27:13 +05:30
Prints the metrics saved in `conversational_development_index_metrics`.
```shell
rake gitlab:usage_data:generate_and_send
```
2021-09-04 01:27:46 +05:30
## Kubernetes integration
Find cluster:
```ruby
cluster = Clusters::Cluster.find(1)
cluster = Clusters::Cluster.find_by(name: 'cluster_name')
```
Delete cluster without associated resources:
```ruby
# Find an admin user
user = User.find_by(username: 'admin_user')
# Find the cluster with the ID
cluster = Clusters::Cluster.find(1)
# Delete the cluster
Clusters::DestroyService.new(user).execute(cluster)
```
2021-02-22 17:27:13 +05:30
## Elasticsearch
### Configuration attributes
Open the rails console (`gitlab rails c`) and run the following command to see all the available attributes:
```ruby
ApplicationSetting.last.attributes
```
2021-09-30 23:02:18 +05:30
Among other attributes, in the output you will notice that all the settings available in the [Elasticsearch Integration page](../../integration/elasticsearch.md), like: `elasticsearch_indexing`, `elasticsearch_url`, `elasticsearch_replicas`, `elasticsearch_pause_indexing`, and so on.
2021-02-22 17:27:13 +05:30
#### Setting attributes
You can then set anyone of Elasticsearch integration settings by issuing a command similar to:
```ruby
2021-09-04 01:27:46 +05:30
ApplicationSetting.last.update(elasticsearch_url: '<your ES URL and port>')
2021-02-22 17:27:13 +05:30
#or
2021-09-04 01:27:46 +05:30
ApplicationSetting.last.update(elasticsearch_indexing: false)
2021-02-22 17:27:13 +05:30
```
#### Getting attributes
You can then check if the settings have been set in the [Elasticsearch Integration page](../../integration/elasticsearch.md) or in the rails console by issuing:
```ruby
Gitlab::CurrentSettings.elasticsearch_url
#or
Gitlab::CurrentSettings.elasticsearch_indexing
```