Запрет размещения приняли за эвакуацию. Разбираем сценарий планового вывода: оператор выставил Longhorn-узлу spec.allowScheduling=false и выключил сервер. Приложения получили задержки или ошибки I/O, тома потеряли реплики. При потере последней исправной реплики том стал недоступен. Ложный диагноз — «сломался диск». Причина — флаг запрещает новое размещение, но не переносит существующие данные. Первый срез: kubectl -n longhorn-system get nodes.longhorn.io NODE -o yaml. Проверяем spec.allowScheduling и spec.evictionRequested. Затем kubectl -n longhorn-system get replicas.longhorn.io -o wide — выясняем, какие реплики остались на узле. На хосте cat /proc/pressure/io покажет долю времени задержек из-за I/O, iostat -xz 1 — await и очередь устройств. Это признаки ожидания, а не доказательство неисправности NVMe: намерения оператора ядро не читает. Для эвакуации: kubectl -n longhorn-system patch nodes.longhorn.io NODE --type=merge -p '{"spec":{"allowScheduling":false,"evictionRequested":tr...