|
ru.unix.bsd
- RU.UNIX.BSD ------------------------------------------------------------------
From : Valentin Nechayev 2:5020/400 02 Mar 2007 03:22:36
To : Alex Bakhtin
Subject : Re: geom_label
--------------------------------------------------------------------------------
>>> Alex Bakhtin wrote:
AY>> Если создать gmirror и пометить его glabel, а в loader.conf забыть
AY>> добавить загрузку geom_mirror
AB> То такого админа надо взять под белы рученьки и от консоли отшугать,
AB> чтобы он к ней и близко не подходил. Потому как подняв gmirror и
AB> перезагрузившись первое, что сделает нормальный человек - посмотрит dmesg и
AB> gmirror status. Если он этого не сделал - никакими фиксами в системе эту
AB> багу не залечить.
А если модуль geom_mirror слетел, или в конфигурации лажанулись,
исправляя что-то совсем другое? Откуда надо знать, что проверять
надо именно статус массива?
Старый вариант надёжен именно тем, что "сломается вот эта штука -
шкатулка не издаст ни звука!" - то есть поведение определено и
предсказуемо. А в варианте с автоподхватом меток получается, что
время от времени оно может вдруг ни с того ни с сего начинать
работать только с одним диском, причём без всякого на то
обоснования. И даже контроль gmirror status не поможет - если нет
зеркала, то откуда узнавать, что оно degraded?
(Эта проблема на самом деле со многим. Hапример, даже в такой
"мелочи", как то, что ряд функциональных систем жёстко зависят от
работоспособности совершенно посторонней тулзы, а именно cron'а. Hо
тут хоть можно контролем daily reports заметить, что крон сломался.
А с зеркалом - будет замечено только если целенаправленно обратят
внимание именно на этот массив.)
-netch-
--- ifmail v.2.15dev5.3
* Origin: Dark side of coredump (2:5020/400)
Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
|
