RTzRa's hive - devops:gitlab

Gitlab: Блокировка неактивных пользователей

anonymous@undisclosed.example.com (Anonymous) — Mon, 02 Aug 2021 15:03:12 +0000

Gitlab: Блокировка неактивных пользователей

Чем больше организация - тем больше нужно автоматизации для управления пользователями, они приходят и увольняются порой так неожиданно. К тому же неактивные пользователи могут потреблять лицензии, а они денег стоят.

Небольшой скрипт для блокировки неактивных пользователей: https://github.com/rtzra/gitlab_block_inactive_users

gitlab, block users, блокировка пользователей, блокировка неактивных пользователей

Gitlab: Разблокировать пользователя

anonymous@undisclosed.example.com (Anonymous) — Mon, 02 Aug 2021 14:59:25 +0000

Gitlab: Разблокировать пользователя

При помощи GUI

Admin Area → Users. Ищем пользователя (если он заблокирован то лучше начинать поиски в Disabled или Blocked), открываем карточку пользователя и нажимаем «Unblock user».

При помощи CLI

В некоторых случаях (например когда пользователи берутся из LDAP), разблокировать пользователя из GUI не удается: получаем сообщение «This user cannot be unlocked manually from GitLab». В таких случаях можно разблокировать через консоль.

Подключаемся к серверу по SSH, запускаем консоль:

gitlab-rails console

и выполняем команды:

user = User.find_by_email("<$USER_EMAIL>")
user.state = "active"
user.save

В случае если необходимо разблокировать несколько учеток (например после вылета LDAP), можно использовать следующие команды:

inactive_users = User.blocked.where("last_activity_on >= ?", 4.days.ago)  # Выбираем всех заблокированных за 4 последние дня пользователей
inactive_users.count  # Смотрим количество полученных записей
inactive_users.each do |user|; puts "user '#{user.username}': #{user.state}"; end  # Смотрим статус учетных записей - все ли верные
inactive_users.each do |user|; user.state="active"; user.save; end  # Включаем учетные записи

gitlab, rails, unblock user, разблокировать пользователя

Gitlab: План обновления

anonymous@undisclosed.example.com (Anonymous) — Sat, 16 Sep 2023 10:31:07 +0000

Gitlab: План обновления

Gitlab довольно легко обновлять, но если инсталляция большая и нагруженная то процесс обновления, скажем так, не очень быстр. А еще крайне желательно делать бэкапы, что тоже сильно замедляет процесс. Поэтому всегда возникает соблазн обновиться сразу через несколько версий. Это, прямо скажем, довольно рискованное мероприятие, ибо тише едешь - дальше будешь.

Чтобы правильно обновиться нужно составить план миграции. Раньше это приходилось делать руками, но в один прекрасный момент я наткнулся на шикарный ресурс, который прямо расписывает порядок обновления: https://gitlab-com.gitlab.io/support/toolbox/upgrade-path/

Все максимально просто:

Выбираем текущую версию и версию на которую необходимо обновиться
Выбираем дистрибутив (Ubuntu/Centos/Docker)
Выбираем галочки с умом и учетом ситуации:
- Auto Install - в команду добавится флаг '-a', т.е. обновление будет устанавливаться без дополнительных подтверждений
- Zero downtime - обновление через все минорные версии, что позволяет максимально просто обновиться, но увеличивается количество шагов и, соответственно, времени на обновление
- N-1 - обновляется не до самой последней версии, т.к. неоднократно были случаи быстрого выпуска обновлений которые были, мягко говоря, весьма кривыми

Далее получаем список команд и можно начинать обновление.

P.S. Не забывайте делать бэкапы!

gitlab, selfhosted, update, обновление