[ онлайн-митап ]

23 апреля / 18:00

инженеры перебрали

разбираем нетривиальные задачи из мира Linux

|

...

о митапе

4

N++

инженера

историй

Каждый принесёт свой кейс и разберёт его в эфире

Не из лонгридов, где все знают, «как правильно», а из реальной жизни

Когда система ведёт себя не по плану, а решение нужно найти здесь и сейчас

Вместо лекций — обсуждение наболевшего и практических кейсов за столом (почти за кухонным)

А в перерывах — обсудим новости и карьерные повороты

что обсудим

в прямом эфире разберём инженерные истории, в которых «по документации» не сработало

Никогда не доверяйте архиву

[ кейс 1 ]

Инженер зашел на Linux-сервер по SSH под своей учетной записью и ключом, загрузил tar-архив, распаковал его в домашнюю директорию и завершил сессию.

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

2025−09−17T23:21:10.530 477+03:00 server01 sshd[53 139]: Authentication refused: bad ownership or modes for directory /home/ec2-user

Запуститься нельзя отказать

[ кейс 2 ]

После настройки нового виртуального хоста Apache на нестандартном порту 8081 веб-сервер не запускается с ошибкой «Permission denied». Классические разрешения (владелец, права доступа) проверены, всё корректно. При запуске Apache на порту 80 — проблем нет.

Задача: диагностировать проблему, предложить воркэраунд и корректный способ.

Когда ядро меняет правила игры

[ кейс 3 ]

У заказчика развернута среда виртуализации на базе KVM, и в ней прикладные ВМ, также на Linux. Заказчик обновил версию ОС гипервизора, в том числе сильно обновилось ядро, KVM и другие системные компоненты.

После обновления в одной из прикладных ВМ многократно стал расти loadavg при нагрузке. Значения изменились с 5—8 до 400—600. При этом, если ВМ запустить или мигрировать на старую версию, все возвращается в норму. Проблема наблюдалась только на процессорах с ядрами Intel Cascade Lake, но не с более свежими.

Задача: описать возможные причины и пути их нейтрализации.

Подмена интерфейсов

[ кейс 4 ]

К виртуальной машине (ВМ) с несколькими сетевыми интерфейсами инженер добавляет новый виртуальный сетевой интерфейс, затем перезагружает ВМ. После этого трафик к части сетевых интерфейсов перестает идти.

Внутри ВМ видно, что MAC-адреса сетевых интерфейсов «перемешались» — например, интерфейсу eth2 соответствует MAC, который назначен на eth5 на стороне гипервизора.

Задача: предложить гипотезы, почему такое могло произойти, дать рекомендации по дальнейшему дебагу и исправлению.

Конфигурации одинаковые, поведение — нет

[ кейс 5 ]

Есть два сервера-балансировщика сетевой нагрузки. ПО: HAProxy + Keepalived. Средствами keepalived настроен виртуальный IP-адрес, который может перемещаться между серверами.

Фронтенд HAProxy настроен на использование этого IP-адреса. Конфигурационные файлы HAProxy одинаковые на серверах, Keepalived — одинаковые (за исключением приоритета серверов в конфиге). Служба HAProxy может быть запущена только на одном сервере; на втором запуск завершается с ошибкой.

Задача: описать возможные причины, предложить решение.

Building 87%… Кейс собирается, не прерывайте прогресс

[ кейс 6 ]

кому будет полезно

Инженерам, кто успел набить шишки в работе с Linux. Особенно тем, кто уже понял, что reboot — не всегда рабочее решение, и хочет разобраться, что происходит на самом деле

Но перед отправкой пройдись по чеклисту и убедись, что кейс соответствует требованиям

твой реальный инцидент — в эфир

У тебя есть кейс, где пришлось копать глубже? Делись.

Если он откликнется аудитории — наши инженеры разберут его в прямом эфире. Автору самого интересного отправим наш мерч.

реальный инцидент с конкретными «симптомами»

указан конкретный стек и инструменты

история с технической глубиной

Ищем реальные истории, а не гипотезы «на будущее». Причем с артефактами: ошибками, логами, выводами команд и поведением системы.

Добавляй стек и версии — дистрибутив, гипервизор, сервисы, версии ПО.

Ищем кейсы, где можно выдвигать гипотезы, проверять их через команды и логи, обсуждать архитектуру и, если нужно, спускаться на уровень ниже. Вопросы из серии «как установить nginx» оставим документации.

В К2 Тех мы строим и обеспечиваем надежность ИТ-систем, которые держат на себе крупный бизнес и целые отрасли

В команде единомышленников К2 Cloud строим лучшую облачную платформу для крупного бизнеса

о нас

Процессы под нас, а не мы под процессы — не признаем каргокульт

(01)

(02)

(03)

Офис, гибрид или удалёнка — выбираешь ты. Для нас главное — результат

Активно контрибьютим в Open Source и поддерживаем сообщество

партнеры

Политика обработки персональных данных
Политика конфиденциальности
[ © К2 Cloud 2026 ] Все права защищены

остались вопросы?

Все галочки на месте?
Пришли кейс нам

Регистрация