Resize2fs на 81ч и считая
Установка: 12x 1 ТБ дисков в крипт-настройке RAID6 (MDADM), работающей поверх MDADM LVM, работающей на зашифрованных дисках EXT4 в LVM
Предыстория: я добавил новый диск в RAID (с 11 до 12 дисков) и "перепрыгнул" через слои (MDADM и т. Д.) Для изменения размера раздела ext4. Этот компьютер используется в качестве централизованного хранилища для фотографий и в качестве сервера резервного копирования (как для компьютеров под управлением Windows, так и для компьютеров Mac), поэтому его отключают, чтобы добавить диск и ждать изменения размера, и все на самом деле не было возможным вариантом. Поэтому я начал операцию изменения размера несколько дней назад. HTOP сообщает, что операция resize2fs работает в течение 81 часа. DMESG и syslog очищены, а диски по-прежнему доступны. Команда resize сообщает, что он запустил онлайн-изменение размера раздела, поэтому процесс запущен, и он прожигает 100% одного из моих ядер.
Вопрос: это нормально для такой длительной операции или что-то пошло не так? С чего бы мне начать искать признаки проблем?
2 ответа
Если ты побежал resize2fs с -p вариант, он будет распечатывать регулярные отчеты о ходе работы. Однако, поскольку вы этого не сделали, похоже, нет никакого способа получить эту информацию во время ее работы.
Этот связанный вопрос, кажется, указывает, что это довольно нормально для resize2fs бежать очень долго.
Я не знаю, поддерживает ли resize2fs его, но вы можете попробовать отправить сигнал USR1
killall -USR1 resize2fs
Что мне интересно: сколько времени заняло твое mdadm-обновление? С моей точки зрения, это должно было занять значительно больше времени, чем экстазификация.
Изменить: Может быть, что в фоновом режиме ваш RAID все еще переносится (MD все еще сильно работает) и что процесс изменения размера заблокирован / замедлен из-за этого?