У меня проблема. Пока я был в отъезде, сервер с аппаратным рейдом на 50 ТБ (думаю 5) видимо почему-то вышибло два диска. Коллеги просто вставили их обратно, просто добавив их обратно в утилиту настройки. Вроде все было нормально. Затем я заметил, что у меня есть ошибки ввода-вывода во многих файлах.
Затем я подумал, что могу исправить их с помощью fsck.ext4. Это работало около часа, а затем вылетело. 16 ГБ ОЗУ были заполнены. Мне пришлось создать файл подкачки на 64 ГБ (на жестком диске ...), чтобы он действительно не падал. Теперь он работает уже две недели, всегда говоря, что некоторые блоки используются разными файлами, а блоки с множеством ссылок клонируются. Я знаю, что это так медленно, потому что меняются как сумасшедшие.
Как вы думаете, если я прервусь и перезапущу, возможно, в этот раз обмен не произойдет, потому что многое из этого уже было сделано? Можно прервать или не прервать? Или я просто уничтожил все файлы в рейде?
Я действительно пробовал ctrl + c, но ничего не происходит ....
Активируйте свой план обеспечения непрерывности бизнеса.
Определите состояние любых резервных копий. Если у вас есть приемлемый момент времени, перестройте массив с исправными дисками и восстановите. Пока вы это делаете, используйте RAID 6 или аналогичную систему контроля четности, которая может выдержать отказ более чем одного диска.
Если данные необходимо восстановить из неисправного массива, определите альтернативный план ввода в эксплуатацию. Подумайте о том, чтобы получить другой эквивалентный массив для восстановления, пока вы пытаетесь восстановить данные с оригинала.
Уменьшите потребление памяти e2fsck на настройка каталога scratch_files на разном хранилище. Он будет работать медленно, но система памяти не будет загружать пространство подкачки.
Примите решение прервать или нет. Принудительное завершение fsck (перезагрузка хоста) может вызвать дальнейшую потерю данных. Однако вам может потребоваться освободить массив для своевременного восстановления.