Назад | Перейти на главную страницу

sda1 (?) raid не прошел на debian - что теперь делать?

ispconfig сообщает, что у моего сервера проблемы с рейдом. Сервер не мой, арендуется у хостинговой компании. Установка ОС была не моим делом: этим занималась хостинговая компания.

cat /proc/mdstat 

Personalities : [raid1] 
md0 : active raid1 sda1[2](F) sdb1[1]
      312568576 blocks [2/1] [_U]

Я действительно не знаком с этой проблемой, я никогда не встречал такой проблемы.

я думаю sda1 мертв. Вы можете помочь мне, что делать сейчас (кроме этого, я должен позвонить в хостинговую фирму)? У меня есть все важные резервные копии.

Не паникуйте, это распространенная ошибка, которую можно исправить. Ваша хостинговая компания установила резервный массив с двумя дисками для защиты данных в случае выхода из строя одного из дисков. Теперь произошел сбой. Выходные данные показывают, что sda1 вышел из строя и что массив RAID1 работает, но его производительность ухудшилась.

Но сейчас у вас время в займе. Если второй диск выйдет из строя, эти данные исчезнут, и вам придется восстановить их из резервной копии. Попросите вашу хостинговую компанию немедленно заменить неисправный диск и связаться с вами, когда это будет сделано!

Кроме того, хорошая идея - убедиться, что с резервными копиями все в порядке, прежде чем что-то испортить или кого-то испортить с деградированным рейдом. К сожалению, случаются каскадные сбои, а также ошибки со стороны персонала хоста (трижды проверьте, находитесь ли вы и сотрудники хостинговой компании на одной странице, чтобы определить, что делать с каким диском).

AFAIK, если устройство называется / dev / mdX, это всегда linux softraid, поэтому не требуется никакого аппаратного контроллера хранилища, кроме прямого хост-адаптера SATA или SAS.

В Linux есть способы сообщить ему, что диск должен быть логически удален или был добавлен, однако они должны когда-либо быть необходимы только в случае горячего подключения напрямую подключенных PATA или параллельных устройств SCSI (что в любом случае следует считать запрещенным на оборудовании, которое явно не все равно поддерживаю).

smartctl (из пакета smartmontools; не запускайте его, если задействован ssd И провайдер не настроил демон smartmontools или скрипт cron на сервере; есть версии умных утилит, которые, как известно, повреждают определенные ssd) может сказать вам много о том, ЧТО не так с диском, особенно если он подключен напрямую, как здесь, так же как и вызов dmesg. Значения spinup_count и power_on_hours, которые вы получаете на заменяемых дисках, вы иногда получаете для интересных тем для обсуждения с хостерами;)