Запретить Longhorn размещать новые реплики и выдернуть сервер — два действия, между которыми забыли эвакуацию данных. Сценарий плановых работ: выставили spec.allowScheduling=false, выключили узел, получили degraded volumes и алерты приложения на задержки I/O. Поверхностный диагноз — «сеть между узлами». Фактический промах: запрет планирования приняли за перенос существующих реплик. Сам по себе этот флаг их не переносит. Начинаем с kubectl -n longhorn-system get nodes.longhorn.io NODE -o yaml и kubectl -n longhorn-system get replicas.longhorn.io -o wide. Проверяем размещение реплик и состояние томов: kubectl -n longhorn-system get volumes.longhorn.io. На оставшихся хостах смотрим iostat -xz 1 и cat /proc/pressure/io: await, очередь диска и PSI показывают давление на I/O, в том числе при восстановлении реплик. Это последствия нагрузки, а не доказательство сетевой аварии. Рост retrans в nstat -az тоже требует проверки по времени, а не гадания по накопленному счётчику. Для эвакуации stora...