Сразу. Потом нужно вернуть диск в массив. Иначе при выходе из строя оставшегося диска вы останетесь с носом.
В смысле на ночь? Это фоновый процесс. Ставьте сразу. Плохо вы заботитесь о своих данных.
Верно сказано. Мало того, нагрузка ещё и сбой может спровоцировать, у дисков крайне непонятное состояние.
smartctl -t long /dev/sdb
smartctl -t long /dev/sda
Часа через 4 когда проверки завершатся выложить снова
smartctl -a /dev/sda
smartctl -a /dev/sdb
Если ошибок не будет - вернём диск в массив и дождемся синхронизации, после чего можно будет увеличить размер раздела.
yum install smartmontools и потом команда появится.
У вас один диск выпал из массива. Покажите
И пока НИКАКИХ действий не предпринимайте. Не нулевая вероятность, что жестким дискам приходит каюк. Судя по тому, что вы промахнулись в системе репутации на форуме - невнимательность у вас бывает. Ну и делайте внеочередной бэкап.
cat /proc/mdstat
cat /etc/redhat-release покажите.
Так же покажите
и cat /etc/redhat-release
Для увеличения раздела достаточно
lvextend -r -L +200G /dev/mapper/vg0-vol--root
свой раздел подставите сами.
Потом xfs_growfs /www
cat /etc/fstab - правильная команда.
Я боюсь вам писать команды для изменения размера LVM-томов и файловой системы. Извините, с таким уровнем понимания вам нужно сначала потренироваться на виртуальных машинах.
Ну хоть что-то хорошо.
Miracle, Нет. Спрашивать причины разметки действительно нужно у тех, кто ставил. Я сказал, что разметка странная.
Тогда скажите, какая ФС у вас используется на нужном разделе. Или хотя бы fstab покажите.
А потому, что подобные операции могут снести вам все данные. У вас, как видно, даже RAID отсутствует и состояния диска мы не знаем. Бэкап месячной давности... Не можете даже сказать, какая файловая на сервере...
Вам нужно много читать документации. На вскидку, с таким подходом - просто чудо, что ваш сервер ещё работает. Точнее, не чудо - а пока везёт. В последний раз обновления вы устанавливали, видимо, достаточно давно и серверок ваш дыряв как решето.
