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