Доброго дня всем! Столкнулся с неописуемой проблемой доступа к гиту

по ssh. В логах пусто, динамика не прослеживается, ошибок никаких нет, но по ssh не пускат:

ssh -T git@gitlab.example.com
shell request failed on channel 0

Ребут puma спасает ситуацию, однако ненадолго 2-10 часов. Пока выявить что именно вызывает проблемы тоже не удается. Кто-то сталкивался? Есть ли какие-то рекомендации куда посмотреть может, где-то какие-то расширенные логи можно вытащить?

2 ответов

20 просмотров

Если прочитать документацию вендора с описанием архитектуры, то станет понятно, как вообще соотносятся пума и доступ по SSH.

ag0n1k- Автор вопроса

для тех кто будет искать в чатике (как я искал). Проблемы которые я раскурил: 1. sshd не был настроен для пользователя git по лучшим практикам для authorized keys (https://docs.gitlab.com/ee/administration/operations/fast_ssh_key_lookup.html#with-openssh). Без этой настройки gitlab-shell переставал писать в лог, и дальнейшний анализ был затруднен. После этой настройки логи продолжали валиться после остановки сервиса. 2. После выполнения пункта 1, продолжил поиски заветных ошибок и они оказались в /var/log/secure, хотя без устранения пункта 1 там было пусто (без ошибок), что уперлись в лимиты. error: do_exec_no_pty: fork: Resource temporarily unavailable Поднял лимиты по файлам, почитал статью и обнаружил, что на самом деле уперлись в лимиты по процессам. (https://access.redhat.com/solutions/22105) под git 3800 процессов было puma workers и в сумме уперлись в лимит 4096. Снизил в 4 раза (?) количество процессов и тредов: puma['worker_processes'] = 2->1 puma['min_threads'] = 4->2 puma['max_threads'] = 4->2 Сейчас количество процессов под пумой держится в районе 64, а под git 844. Дальше по планам: 1. вернуть процессы на 1->2 2. если снова потекут, то через strace смотреть в корень проблемы. (https://docs.gitlab.com/ee/administration/operations/puma.html#gitlab-api-is-not-accessible) Что странно: проблемы начались после обновления на 16.3. Да, раскурил с помощью схемы, спасибо :) https://docs.gitlab.com/ee/development/architecture.html

Похожие вопросы

Обсуждают сегодня

Но, может, есть уже проверенная? Наши требования такие: 1. Сообщения должны приходить из Инста в CRM оду 2. Должна быть возможность подключить несколько экаунтов Инстаграм. Р...
Alexander Sharoiko MSE / Александр Шаройко
7
Я правильно понимаю что нет способов получить список ожидающих заявок на вступление в группу с помощью бота из mtproto?
Шамиль Прилов
7
Это может быть все-таки не флудвейт? у меня ботфазер принимает изменения и отображает даже что они изменились, на видео видно что он прислал якобы уже измененное описание, н...
OVERLINK
13
всем привет помогите пожалуйста используя CDN (GCP) у игроков из вьетнама загружается конфиг (размер 999 bytes) загружается 5 и более минут н а других CDN сервисах такой пробл...
Andrew Krw.
1
Добрый день. Мне посоветовали обратиться к вам в чат за помощью. Ситуация описана на скрине. Как мне сказали, мне на бота навесили флудвейт. Есть ли возможность снять его ра...
OVERLINK
7
Просто по очереди выпиливаешь на ручной маппинг? По методу за раз
Andrii Kurdiumov
7
)) может, нужно поправить? )) 2. Ребята, нам нужно, чтобы сообщения из Инстаграм приходили в ОДУ. Какое приложение посоветуете?
Alexander Sharoiko MSE / Александр Шаройко
1
Приветствую. А не подскажете какие ограничения есть на использования api метода setMyName ? Несколько раз сменил имя бота и получил бан на 2 месяца на смену имени.
Slick Slack
8
Всем привет! Взялся портировать модули на 18 версию, лезет _logger.log(log_level, 'no translation language detected, skipping translation %s', frame, stack_info=True) А чт...
Max Lit
3
И? Все равно глазами проверять надо каждое поле
Andrii Kurdiumov
4
Карта сайта