Ещё один NAS своими руками, часть 3: приключения XXX в старой башне

[UncleAndy]

На моем домашнем NAS у 4Тб винта ненулевое значение UDMA_CRC_Error_Count. Спасибо за информацию — буду проверять и заменять кабель.

[teleghost]

У диска этот параметр хранится всю жизнь, т.е. если его когда-либо подключали к плохому интерфейсу, то этот атрибут так и останется ненулевым, даже с хорошим кабелем. Я бы посмотрел на динамику — если атрибут накручивается под хорошей нагрузкой даже на чуть, тогда точно менять. Если он на немолодом диске неприлично большой, тоже менять. Если он замер на каком-то значении и не растет месяц, эээ… Пока писал комментарий, подумал, а почему бы всё равно не поменять? См. про туалетную бумагу за пятьдесят европейских копеек:)

[UncleAndy]

Я помню что когда только NAS собирал — были проблемы с подключением этого диска. Возможно что эти параметры остались с тех времен. Значит буду следить за значением. Еще раз спасибо!

[nochkin]

Лучше не пассивно следить, а протестировать раз появилось подозрение.
Можно через тот же dd. Если уже есть файловая система (например, /mnt/raid), то можно что-то типа:

dd if=/dev/zero of=/mnt/raid/test1.bin bs=1M count=2000
dd if=/mnt/raid/test.bin of=/dev/null bs=1M

[UncleAndy]

Так прямо сложно, т.к. диск в составе LVM. Послежу пассивно. Но за совет спасибо!

[nochkin]

Тогда минимально на чтение можно проверить напрямую с устройства. Что-то типа:

dd if=/dev/sda of=/dev/null bs=1M count=4000

Если ошибки будут на чтении, то уже можно принимать меры. А если не будут, то тогда можно следить пассивно.
Всё-таки, данные терять никогда не хочется.

[UncleAndy]

Спасибо! Погонял на чтении — вроде все нормально, счетчик не увеличивается. Думаю, он немного накрутился (значение 13 показывает) именно тогда, когда я собирал NAS.

[teleghost]

На всякий случай мои 5 коп: мы с nochkin неспроста рекомендуем гонять увесистые гигабайты, чтобы гарантированно кэш перекрыть; а то ОЗУ протестируете вместо SATA:)

удачи

[begemot_nn]

Лет пять назад свое восхищение данным текстом я бы выразил одной лаконичной фразой — «Аффтар, пеши есчо!»
Однако сейчас, в кругу «просвещенной интеллигенции» (с) такая лексика неуместна, поэтому скажу —
несмотря на огромный объем, статья читается на одном дыхании и удачно совмещает в себе большой объем полезной информации с легким для понимания стилем изложения. Лирические отступления выглядят вполне логичными и уместными.
У вас однозначно талант, мой вам (скромный) совет — пишите и публикуйтесь.

[teleghost]

благодарю, буду, но нечасто:)

[AlanDrakes]

Поймал пару «Х»

это далеко не зал ЦОД с классом чистоты Ẋ // U+1E8A
Полученный в итоге Ҳ-переходник // U+04B2
переходник в виде буквы Ҳ всё-таки // тот же U+04B2
Чтобы скрафтить нужный Ҳ-образный // снова U+04B2

[AlanDrakes]

мы знаем её теперь как MSK-IẌ, а тогда // U+1E8C
*здесь Χ означает римскую «десять» // Χ Χ хи (код символа не захотел искаться, ибо греческий)

[TheRaven]

(del)

[teleghost]

спасибо

[teleghost]

Братцы, хабракарма, конечно, не рубль, но и лишней кому-то точно не будет!
Не пишите про иксы в комментарии, не ломайте игру другим.
в противном случае придется кого-то дисквалифицировать, и виноваты в этом будут комментаторы.
пришлите мне в личку восемь уникальных кодов Юникод и будет вам счастье.

всех благ

[medved13]

Так вот из-за чего у меня вечно сыпался RAID на старой Synology, где были ещё отдельные sata-кабели. Не зря я их сменил.

[alecv]

А еще некоторые альтернативные сборщики «стильно, модно» заплетают SATA кабели в красивые пейсы и получают некислую такую катушку индуктивности по линии передачи.

[teleghost]

хм, интересное наблюдение; а что они используют в качестве сердечника?

[alecv]

Во время завивки? Вероятно карандаш или толстую крестовую отвертку.

Во процессе работы — воздух или другие кабеля. SATA — это все-таки 300MHz.

[teleghost]

Вот так что ли?

ВСЕМ! ЭТО ANTI-HOWTO: www.modreactor.com/english/How-To-Guides/mini-article-how-to-make-spiral-sata-cable.html

я догадываюсь, что где-то там на ВЧ катушка стремится к состоянию разрыва, но чтобы на 300МГц в бытовом изделии…
Вы уверены в серьезности проблемы? Подтверждено тестами или еще чем? Или скорее из общих соображений?

Всем ещё раз: не делайте вот так:

[Carry]

Интерфейс SATA — дифференциальные пары.
Теоретически — завивка дает общую индуктивность, дифференциальный дроссель, что улучшает характеристики интерфейса.
Практически — возможные «травмы» кабеля при закрутке, повреждения разъемов из-за повышенного механического напряжения завитого кабеля.
ИМХО.

[teleghost]

лично у меня тоже больше именно механических опасений;
да и вид местами побелевшей от перегибов красной оболочки как-то не радует глаз

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

[alecv]

Насколько помню, Хевисайда изучают где-то на втором курсе Бонча. Катушка большой индуктивности в длинной линии уменьшает искажения на НЧ 0..3КГц за счет того, что практически полностью срезает ВЧ. Так что аналогия плохая, негодная.

[teleghost]

Прошу прощения у благородных донов за влезание в переписку, но напомню, что у нас тут с вами из измерительных приборов только SMART-монитор со счетчиком ошибок на цифровом тракте, и там мы не то что влияние индуктивности, так даже откровенные дефекты кабеля не всегда увидим. А физика уважает Эксперимент, со всеми вытекающими.

поэтому предлагаю брейк :)
хотя всё это очень увлекательно, с удовольствием читаю ваши комментарии

всех благ

[klirichek]

А почему 10080 а не 14400?
Ведь Пасха то в воскресенье, 20-го. Стал бы если это «пасхальное яйцо» — то со среды 10 дней осталось.

[teleghost]

логично; мне казалось, что католическая раньше, но я поленился проверить

ВСЕМ: продлено:)

[klirichek]

Нынче они совпадают.

[teleghost]

спасибо, спасибо, я уже проверил и продлил, не сомневаясь;
и еще потому что 14400 мне больше нравится:)

[easy_john]

Кстати: философские практики Крепсондо учат помечать дефектные изделия сразу — это привычка, которая не раз экономила мне и время, и деньги

Я то же всегда помечаю проблемные девайсы сразу.
Однако была в моей практике такая история, надо было проверить штук 40 старых мониторов. Взялись проверять вдвоем, что бы быстрее. У бракованных мониторов я ставил маркером крест, так же как и вы, а у хороших ничего не ставил. Мой коллега плохие мониторы помечал знаком "-", а хорошие "+". После проверки мониторы ставились в одну кучу, как оказалось потом, отличить«x» от "+" невозможно никак, пришлось перепроверять :)

[vlivyur]

А «Х» — это хорошие или херовые?

[Sabin]

Логично, что на выброс. Исправный кабель (или любой девайс) может потом сломаться, не оттирать же спиртом метку.

[Andrey_Vladimirovich]

"во FreeNAS отключили ежедневные отчёты «ни о чем», чтобы не отвлекать наше драгоценное внимание." - всё же регулярные отчёты или уведомления должны быть. Иначе, мы можем забыть, что уведомления должны приходить и в случае поломки узнать о ней только в самый не подходящий момент. Другое дело, что они не должны быть навязчивыми.

[Andrey_Vladimirovich]

"статистика накапливается на RAM-диске и один раз в час сохраняется целиком в разделе /data на системной флэшке" - что-то я не понял. Вы же в предыдущей части писали что содержимое флешки было смонтировано в режиме "read-only". Я что-то напутал?