https://mobile.opennet.me/openforum/vsluhforumID1/97148.html Видимо наступило время умирать старому железу.<br>Содержание предыдущих серий. У меня тут много тем по старым железкам купленным мною в свою же контору 10-12 лет назад. Верой и правдой они служили мне. В основном это были сервера на intel s3200sh и hp 160 и 180 g5-6.<br><br>Итак предыстория. Есть сервер с 2008 года для резервного копирования оперативной информации. Стоял он на centos в начале 5 потом 6 потом 7. Материнская плата была intel старая десктопная такая https://hard.rozetka.com.ua/intel_boxd2500hn/p220441/ с 2 гигами оперативки. Туда же в 2008 году был водружен контроллер еще на 2 sata разъема и вставлено 3 диска. 2 по 500 Гб, один на 300 (делалось в спешке, что было то было). Было разбито каждый 500-к на 2 раздела 300 + 200.<br><br>300+300+300 = 5 raid для резервных копий<br>200 + 200 = 1 raid для всякого ненужного редкого и прочего.<br><br>неделю назад получил на 5 рейде ошибку при попытке зарать файл по ftp.<br>Зашел локально выполнил<br># cp up.part15.rar /tmp/up.part15.rar<br>cp: error reading 'up.part15.rar': Inpu https://mobile.opennet.me/openforum/vsluhforumID1/97148.html#8 Mon, 05 Mar 2018 10:14:40 GMT Доброго дня.<br><br>&gt; Как же так? Отказа дисков нет. Смарт в норме. RAID 5-й.<br>&gt; Что это? Как с этим жить и как бороться?<br><br>А диски все три - рейдовые?<br>Предположение, исходя из того, как я вижу мир :) :<br>При рейд-контроллере имеем 2 уровня коррекции неуверенного чтения дисков: коррекция контроллером самого диска и далее, если коррекция не удалась или длится дольше, чем готов ждать рейд-контроллер (из-за того, что у рейдовых дисков против десктопных время на коррекцию собственным контроллером уменьшено) - коррекция рейдом. И при этом ошибки, восстанавливаемые контроллером самого диска, ещё не неисправность диска. И вот, если стоят десктопные диски и уже два из них начали "подгребать", возможна такая ситуация...<br>Ну, или за годы труда скорости чтения дисков значимо расползлись друг от друга...<br> https://mobile.opennet.me/openforum/vsluhforumID1/97148.html#7 Sun, 04 Mar 2018 10:32:44 GMT &gt; Все отчекалось. dmesg пуст. Вопрос больше филосвский "как так, да на 5 <br>&gt; рейде?".<br>&gt; железо сменил от слова "всё", т.е. и диски и не диски. Хоть <br>&gt; бэкапы хранятся в 2-х местах, но надо быть уверенным.<br><br>Во время проверки FS были ли какие либо сообщения об ошибках?<br> https://mobile.opennet.me/openforum/vsluhforumID1/97148.html#6 Sat, 03 Mar 2018 19:33:38 GMT &gt;&gt;&gt; проверка консистенции рейда проходит?<br>&gt;&gt; да. проходит <br>&gt; Тогда чекайте FS на живость <br>&gt; ну и dmesg посмотрите <br><br>Все отчекалось. dmesg пуст. Вопрос больше филосвский "как так, да на 5 рейде?".<br>железо сменил от слова "всё", т.е. и диски и не диски. Хоть бэкапы хранятся в 2-х местах, но надо быть уверенным.<br> https://mobile.opennet.me/openforum/vsluhforumID1/97148.html#5 Sat, 03 Mar 2018 19:31:42 GMT &gt; Скорее всего ошибка диска, но он её не отрабатывает правильно в силу <br>&gt; возраста, ошибок firmware(обновляли?).<br>&gt; Что smartctl говорит?<br>&gt; ЗЫ.<br>&gt; У вас все новое, лучше сдать по гарантии пока хуже не стало. <br><br>Старый парк. 2008 год. !0 лет и дискам и железу.<br><br> https://mobile.opennet.me/openforum/vsluhforumID1/97148.html#4 Fri, 02 Mar 2018 12:26:08 GMT Скорее всего ошибка диска, но он её не отрабатывает правильно в силу возраста, ошибок firmware(обновляли?).<br>Что smartctl говорит? <br>ЗЫ.<br>У вас все новое, лучше сдать по гарантии пока хуже не стало.<br> https://mobile.opennet.me/openforum/vsluhforumID1/97148.html#3 Fri, 02 Mar 2018 11:12:46 GMT &gt;&gt; проверка консистенции рейда проходит?<br>&gt; да. проходит <br><br>Тогда чекайте FS на живость<br>ну и dmesg посмотрите<br> https://mobile.opennet.me/openforum/vsluhforumID1/97148.html#2 Fri, 02 Mar 2018 07:39:25 GMT &gt; проверка консистенции рейда проходит?<br><br>да. проходит<br> https://mobile.opennet.me/openforum/vsluhforumID1/97148.html#1 Fri, 02 Mar 2018 04:21:27 GMT проверка консистенции рейда проходит?<br><br><br>