Syntax highlighting of devops/gitlab/troubleshooting

# GitLab Troubleshooting

[TOC]

## first login error

При первом запуске предлагается ввести логин и пароль, при том что ранее предлагалось сразу вводить новый пароль.

Вариант решения - установить пароль через Rails - консоль
```bash
gitlab-rails console
```
```ruby
user = User.first
user.skip_reconfirmation!
user.password="secret"
user.password_confirmation="secret"
user.save!
```

## gitlab-backup create error

Ошибка при создании бекапа 
```bash
Dumping PostgreSQL database gitlabhq_production ... pg_dump: [archiver (db)] query failed: ERROR:  catalog is missing 1 attribute(s) for relid 183034
```
Вариант решения ([источник](https://postgrespro.ru/list/thread-id/1463381)).
```
export PGOPTIONS="--ignore_system_indexes=1"
```

## gitlab-ctl reconfigure stucks
Выполнить внутри контейнера
```bash
docker exec -it gitlab_container_name /opt/gitlab/embedded/bin/runsvdir-start &
```

## Error executing action `run` on resource

При восстановлении из директории gitlab на другой машине гитлаб не стартует с ошибкой:
```
Error executing action `run` on resource 'ruby_block[directory resource: /var/opt/gitlab/git-data/repositories]'
```
Нечто подобное найдно здесь: https://gitlab.com/gitlab-org/omnibus-gitlab/-/issues/1601

Решено с помощью команд:
```bash
sudo chmod -R 0777  /path/to/srv/gitlab/
sudo chmod 2770  /path/to/srv/gitlab/data/git-data/repositories
```


## Something went wrong while fetching the registry list

В разделе *Registry* отображается имя образа, однако при попытка "раскрыть" его получаем ошибку: *Something went wrong while fetching the registry list.*

Переходим в директорию с логом gitlab и получаем текст ошибки при доступе к registry
```bash
# на сервере gitlab
cd /srv/gitlab/logs/gitlab-rails
tail -f production.log
# ...
# Faraday::ConnectionFailed (Failed to open TCP connection to registry.isoit.ru:5000 (Connection refused - connect(2) for "registry.isoit.ru" port 5000)):
#  lib/container_registry/client.rb:19:in `repository_tags'                                       
# ...
```
Подтверждаем ошибку изнутри контейнера
```bash
docker exec -it gitlab bash
irb
```
```ruby
require 'faraday'
conn = Faraday.new(:url => 'https://registry.isoit.ru:5000')
conn.get                                                                                              
# Faraday::ConnectionFailed: Failed to open TCP connection to registry.isoit.ru:5000 (Connection refused - connect(2) for "registry.isoit.ru" port 5000)
```
Тоже делаем на хост машине и получаем ответ
```ruby
=> #<Faraday::Response:0x00005623f4e532d8
 @env=
  #<struct Faraday::Env
   method=:get,
   body="",
   url=#<URI::HTTPS https://registry.isoit.ru:5000/>,
   request=#<struct Faraday::RequestOptions params_encoder=nil, proxy=nil, bind=nil, timeout=nil, open_timeout=nil, boundary=nil, oauth=nil, context=nil>,
   request_headers={"User-Agent"=>"Faraday v0.15.2"},
   ...
   status=200,
   reason_phrase="OK">,
 @on_complete_callbacks=[]>
```

Проблема в том, что контейнеры из местной сети должны ходить в registry по локальному адресу 10.0.100.234. Для этого необходимо чтобы обращение к *registry.isoit.ru* осуществлялась в первую очередь через местные dns-серверы.

**Решение**

В файл */etc/network/interfaces* необходимо прописать *dns*
```
# This file describes the network interfaces available on your system
# and how to activate them. For more information, see interfaces(5).

source /etc/network/interfaces.d/*

# The loopback network interface
auto lo
iface lo inet loopback

# The primary network interface
auto ens18
iface ens18 inet dhcp
dns-nameservers 192.168.0.10 192.168.0.2 # <-----------------------
```

Перезапускаем сеть

```bash
service networking restart
```