Какое отношение *этот* сервер имеет к *тому, что на fastvps*? За компанию что-ли? :) Либо я что-то не понял.
Я бы рекоммендовал (после бекапа!) проверить сперва кабель. Диск можно тоже попросить заменить, а можно вылечить pending sectors просто записав что-то в них. Либо получится - либо они уйдут в ремап (Reallocated_Sector_Ct). Если Reallocated_Sector_Ct *уже* большой - просите сразу замену диска.
А зачем/почему?
По которому кругу? Вы убедились, как вам советовали (логи!), что это именно *проверка*, а не восстановление raid?
/var/log/syslog, /var/log/messages
Особенно интересны сообщения от ядра с префиксом md:. Если это регулярная проверка - cron должен записать в лог, что запустил скрипт raid-check (как-то так называется).
Ага. Посмотрите тред... Может хватит уже предлагать "смотреть логи"?
Это зависит от версии centos, как минимум.
Первое - верно, а второе - с точностью до наоборот.
Поддержка блеклистов в любой форме - абсолютно точно жизнь сисадмина не облегчает. Вас кто-то пошутил.
Возможно, просто периодическая проверка массивов. Смотрите логи, там все должно быть понятным: как, что и почему.
не помню, пишет-ли в centos /proc/mdstat что идет именно check.
"Не отвечать" он мог по других тридевяти причин. Например, проблемы с "железом" . Вы точно уверены, что была атака?
С какого боку они "такие" как написал выше ТС?
Повторяю, лучше пока не выставляйте напоказ подобные "знания". Засмеют.
Последнее, вероятнее, ложная тревога. А так - соберите логи по этим IP, убедитесь что это сканы и шлите абузы. Если делать больше нечего.
