|
ru.unix.bsd
- RU.UNIX.BSD ------------------------------------------------------------------
From : Slawa Olhovchenkov 2:5030/500 23 Nov 2006 17:10:46
To : Stas Degteff
Subject : smartctl -a
--------------------------------------------------------------------------------
23 Nov 06, Stas Degteff writes to Slawa Olhovchenkov:
SD>>> А зачем тогда он вообще нужен - ведь информация о наличии сбоя уже
SD>>> есть!?
SO>> А вдруг еще нету? Hе обращались еще вообще или когда обращались еще
SO>> нормальный был (предполагаем, что переодический self-test не
SO>> запускается)
SD> Э! Мы говорим о сервере с критичными данными, не так ли?
SD> Если планово не выполняется предусмотренная производителем диагностика -
SD> это просто разгильдяйство.
И что?
SD>>>>> По результату теста даже с влюченным remap я тебе скажу сразу,
SD>>>>> можно ли этот диск использовать в критических местах. А с
SD>>>>> отключенным - тем более.
SO>>>> а не проще информацию smartctl с экрана прочитать?
SD>>> smartctl не покажет те remap, которые были сделаны на заводе.
SO>> Ты их и по таймингу не увидишь.
SD> 1. При прогоне теста с _отключенным_ _remap_ увижу диагностику ошибки
SD> чтения. 2. Даже с включенным remap увижу этот блок по времени чтения (оно
SD> в
SD> разы больше, чем у соседнего блока), только это не обязательно remap, но
SD> может быть и нестабильный блок.
Я сильно подозреваю, что это все -- городская легенда. Hа заводе имеют
возможность просто иначе расставить блоки на дорожке, когда ремап как таковой
просто не будет использоваться. Так что ничего видно не будет.
SO>> Hе говоря уж о том, что какое тебе до них дело? Это несущественная
SO>> информация.
SD> Если речь о сервере с критичными данными - информация о сбоях диска
SD> является существенной. Пусть это посчитаешь перестраховкой, но диск с
SD> заводскими remap я не поставлю на такой сервер.
Я не уверен, что диски без заводских ремапов нынче выпускаются. Для современных
дисков crc-ошибки при чтении -- штатная ситуация, например.
SD>>> Hу хоть теперь ты согласишься, что dd в качестве средства
SD>>> проверки/лечения сбойного диска как минимум бесполезен?
SO>> ет (с).
SO>> Я по-прежнему утверждаю, что бесполезно порекомендованное тобой.
SO>> Поскольку я почти всем этим еще пару лет назад пытался попользоваться
SO>> и уже тогда смысл был почти ноль, а сейчас он уже от нуля практически
SO>> не отличается. Все, что могла работать на низком уровне с современными
SO>> дисками/контроллерами просто не живет,
SD> Бррррр. Те же MHDD и Victoria именно что на низком уровне и работают. Где
SD> б
SD> исходники найти чтобы под *nix переписать :).
Ты читать умеешь, нет? Это они делают только для знакомых контроллеров и
винтов. А когда у тебя своременый SATA контроллер и SATA диск на 500ГБ -- они
говорят "ну не шмогла". Это уже два года назад так было для дисков годовалой
давности.
SO>> а остальное по функционалу не отличается от dd+smartctl.
SO>> Спец-софт+спец железо за бабло я не рассматриваю как недоступное
SO>> массам.
SD> Это самое "спец железо" давно неактуально: современные контроллеры
SD> позволяют дать те же самые команды винчестеру. Вон, лежит у мужиков
SD> PC2000.
SD> Последний раз использовался для диагностики Fujitsu 4.3 Гб, в прошлом
SD> году.
Hе, ну если ты работаешь с винтами класса 4.3ГБ -- то от MHDD тебе наверное
довольно большой толк. Hо я-то говорю про что-нибудь типа SATA 500GB. Или
вообще SCSI.
... Вам бы все булочки, девочки и сметана.
--- GoldED+/BSD 1.1.5
* Origin: (2:5030/500)
Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
|
