Обычно самая странная и заковыристая проблема вызвана очень простой человеческой ошибкой.

Как вы, наверное, знаете, это я на работе руками вожу и языком работаю, а для души я сисадминством занимаюсь.

Есть у меня железный сервер с установленным на нём PVE 7 и пачкой виртуалок. Довольно старый, но свои функции выполняет. Настолько старый, что в нём успела сдохнуть батарейка CMOS. Жить это особо не мешает, за исключением перезагрузки, из которой сервер сам может и не выйти.

Т.к. с доступом к ilo проблемы, то дёргать лишний раз железку не хотелось, так что аптайм там набежал год с лишним... И вот недавно, наконец, собрался с духом, отправил курьера с батарейкой и кое-каким железом для апгрейда (чтоб два раза не вставать, ага). Апгрейд провели, сервер включился...

А вот виртуалки на нём не работают. Включаются, но не видят шлюз (который висит на бридже на этом самом сервере). Настройки в порядке, сам себя сервер пингует, из интернета доступен... В общем, где-то в половину второго ночи я плюнул и пошёл спать.

На следующий день решил для начала обновить PVE - всё равно ничего не работает. Проблема не ушла, мысли кончились, пришлось обращаться к разуму @linkmeup_chat и коллегам. Попутно выяснил, что проблема не только с бриджем, но и просто соседний сервер, включенный прямым шнурком, тоже не пингуется. Общий симптом - видны входящие арп-запросы, но ответов от сервера не видно. Исходящий arping проходит успешно, но в арп-таблицу ответы не добавляются.

Перебрали, кажется всё - sysctl, маршруты, фаервол. Опытным путём с помощью bpftrace (спасибо, Рома!) установили, что арпы таки отправляются. Но куда - хрен его знает.
Так прошёл ещё один день. Вечером чисто ради интереса бутнул сервер с livecd - естественно, всё заработало, т.е. дело было не в железе.

В общем, я уже морально был готов сдаться и идти ресетапить ось, но один добрый человек предложил посмотреть свежим взглядом.
И таки нашёл проблему! за пять минут, буквально.

Дело было в ipsec. Когда-то давно (вы ж помните, что сервер год не ребутался?) туда заехал strongswan - потому что на всех остальных pve у меня настроен ipsec, так или иначе. А на этом нет. Поэтому strongswan туда приехал, но ненастроенный. А ненастроенный, он создаёт ip rule на всю серую сеть, заворачивая трафик в интерфейс ipsec0, где тот благополучно погибает. Скорее всего, когда strongswan только поставился, я его выключил, а вот удалить забыл. А после рестарта он поднялся и всё сломал.

Морали не будет :) Разве что почаще ребутаться, чтобы вовремя отлавливать такие вот проблемы.

P.S. А ещё я когда-то вебинар записал по тшуту. Подходы оттуда до сих пор актуальны, главное пользоваться с головой, а не как я ;)

Мем-предсказание на сегодня

Мем-предсказание на сегодня

Открыл для себя Uptime Kuma
Рисует кросивые графики доступности и умеет в алерты

https://github.com/louislam/uptime-kuma

#software #monitor #docker

#humor #fail

Вы нифига не чувствуете, что не выспались.

В смысле, сначала чувствуете, а потом нет. А деградируете при этом всё сильнее и сильнее.

Работа вот.

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

В группе 48 здоровых людей от 21-38 лет. Участники жили в лаборатории, чтобы не съели какую-нибудь таблетку или энергетик. Группы:
— 8 часов сна две недели
— 6 часов сна две недели
— 4 часа сна две недели
— 88 часов без сна один раз

Измеряли бдительность (тест PVT), рабочую память, тесты мышления, ночью спали в датчиках ЭЭГ.

Группы по 6 и 4 часа — их производительность не просто падала, а падала всё ниже с каждым новым днем. Чем меньше сна, тем быстрее и сильнее человек деградировал.

К концу двух недель производительность группы, спавшей по 6 часов, упала до уровня человека, который не спал совсем 1-2 ночи подряд. Даже умеренный недосып (6 часов) за две недели приводит к серьезнейшему снижению когнитивных функций, сравнимому с полным отсутствием сна.

Субъективная оценка очень смешная. В первые дни ограничения сна люди действительно чувствовали себя более сонными. Потом их ощущение сонливости почти перестало расти. Оно вышло на плато. То есть, их мозг работал все хуже и хуже, а они этого не замечали и НЕ чувствовали себя значительно более сонными. Более того, группы 4 и 6 часов говорили о примерно одинаковом уровне сонливости, хотя объективные тесты показывали огромную разницу в их производительности.

Теперь ЭЭГ. В первые же ночи недосыпа организм выделял больше ресурса на важную фазу — глубокий сон, сокращая более легкие стадии. Структура сна менялась в первые дни, а потом оставалась такой же до конца эксперимента. То есть, сон не становился "все более и более глубоким", чтобы компенсировать растущий техдолг.

Результат — для здорового человека есть "критический период бодрствования" — около 16 часов (в среднем 15,84 ч). Каждый час бодрствования сверх этих 16 часов имеет свою цену — снижает вашу когнитивную производительность. Даже если вы это не ощущаете.

Общий смысл: надо измерить своё комфортное время сна и понять, что каждый час, который вы забираете из общего времени сна (разом или в кредит) надо будет восполнять. Если не восполнили — вы деградируете в прямой зависимости от образовавшегося долга.

Если вы спите всю субботу — это тело кредита и проценты.

Мы же со своей стороны рекомендуем на собеседованиях заменить самый частый вопрос на "Кем вы себя видите, когда выспитесь?".

--
Вступайте в ряды Фурье!
Разработчик закончил отмечать 30-летие. Проводил гостей и готовится ко сну. Звонок в дверь. Открывает — там стоит Смерть.
— Как же так? Я слишком молод! Мне же всего 30!
— Тридцать? Хм.. а по отчётам уже 80!

F

#humor #fail

Первая версия трейлера для моей игры, сделанная на коленке, "временная" (читай - доживёт без изменений как минимум до релиза 😃)

#РазработкаИгры

Коллеги, проект по миграции в облако завершился тем, что мы перенесли туда всё, кроме здравого смысла. Наши виртуальные машины в облаке работают медленнее, чем старый сервер в подсобке, потому что архитектор выбрал тариф «для экономных стартапов», а мы — не стартап, и экономность наша закончилась на тестовых серваках.
Самое забавное, что наш локальный сервер, который мы должны были выключить, до сих пор работает — потому что никто не знает, как его безопасно отключить: на нём висит тот самый скрипт на Perl, автор которого уже давно делит последний банан с мартышками на Бали.
Финансовый директор уже прислал мне три панических письма с просьбой провести расследование и объяснить, почему счёт за «воздух» превысит годовую зарплату всего ИТ-департамента.

Хм, а у меня одного Windows Hello в TG Desktop появился?

#windows #soft

Я, в основном, всю переписку веду в телеге.

Но есть у меня один (ровно один) коллега, который повернут на безопасности общения, мы с ним общаемся в Matrix.

Вчера Matrix лежал весь день, а вот postmortem: https://www.theregister.com/2025/09/03/matrixorg_raid_failure/

TL;DT - у них прилег RAID, а с ним и их PostgreSQL.

Да, да, весь Matrix обслуживается одной сраной постгрей на одном сервере, и если он прикладывается, то матриксу пизда.

Как так вообще можно строить сервисы в 25 году?!

Вопрос, конечно, риторический.

А что сентябрь так плотно по датам событий?

https://ptd.ptsecurity.com/spb-2025

#irl

Лучшее фото вчерашнего затмения

Мем-предсказание на сегодня

Всё, теперь официально.
Вы же просили больше хардкора и ламповости?
Ну вот и будет вам ламповый хардкор. Запоминайте:
- 5 февраля
- Новосибирск, -40˚, медведи и хоккей
- А ещё восьмой linkmeetup
- 3 потока докладов
- Билеты будем продавать, пока админы площадки не скажут, что перекрытия на пределе

Чек-лист, чтобы всё успеть и потом не жаловаться:
- Доклады подавать сюда: https://forms.yandex.ru/u/68878664f47e7318b5b644c7
- Билеты покупать здесь: https://linkmeetup.ru/#tickets

И да, без вас сделать круто не получится.

Да-да, вот именно без тебя, который каждый раз собирается, но передумывает в последний момент, найдя сам себе отмазку. Давай уже соберись и прими правильное решение.

https://linkmeetup.ru/