https://m.opennet.dev/openforum/vsluhforumID3/83137.html С переходом на ядро Linux 3.x.x владельцы LSI RAID могут столкнуться с неприятным явлением - утилита MegaCli или MegaCli64 перестаёт обнаруживать RAID-контроллер. Ядро правильно определяет и корректно работает, а утилита упорно показывает, что никакого RAID-контроллера нет. Не помогает исправить проблему и обновление MegaCli до последней версии - [[http://www.lsi.com/Pages/user/eula.aspx?file=http%3a%2f%2fwww.lsi.com%2fdownloads%2fPublic%2fMegaRAID%2520Common%2520Files%2f8.02.16_MegaCLI.zip&Source=http%3a%2f%2fwww.lsi.com%2fproducts%2fstoragecomponents%2fPages%2fMegaRAIDSAS9280-24i4e.aspx 8.02.16]].<br><br>Если мониторинг состояния RAID построен на этой утилите, то ситуация становится совсем неприятной, так как. можно пропустить вышедший из строя жесткий диск или пришедшую в негодность батарейку кэша.<br><br>Попробуем разобраться в ситуации и найти временное решение, до выхода новой версии MegaCli.<br><br>Посмотрим версию ядра, наличие LSI MegaRAID и вывод утилиты MegaCli:<br><br> [root@farm2:1 ~]# uname -a<br> Linux farm2 https://m.opennet.dev/openforum/vsluhforumID3/83137.html#22 Mon, 12 Mar 2012 07:39:09 GMT &gt; А вы посмотрите содержимое порта на предмет какого-нибудь патчика на тему 2.6) <br><br> Посмотрел. Нетути. :) Да и чтобы установить эту утилитку надо скачать бинарник с сайта LSI.com. Так что - если кто и патчил, то сами LSI.<br> <br><br><br> https://m.opennet.dev/openforum/vsluhforumID3/83137.html#21 Thu, 08 Mar 2012 20:18:43 GMT &gt; Ставил все из портеджей. <br><br>А вы посмотрите содержимое порта на предмет какого-нибудь патчика на тему 2.6)<br><br> https://m.opennet.dev/openforum/vsluhforumID3/83137.html#20 Wed, 07 Mar 2012 05:49:36 GMT Это только в ваших фантазиях. Никуда железные рейды не денутся.<br> https://m.opennet.dev/openforum/vsluhforumID3/83137.html#19 Mon, 05 Mar 2012 10:26:47 GMT Честно говоря, я надеюсь увидеть что-нибудь типа "ZFS-controller" или, там, "BTRFS-controller", или "PAROHOD-FS-on-chip".<br>То есть нечто "железо-независимое на железе".<br><br> https://m.opennet.dev/openforum/vsluhforumID3/83137.html#18 Sun, 04 Mar 2012 11:52:40 GMT &gt;&gt;...Годится в случаях выделенных сторадж-серверов...<br>&gt; Так и RAID на рабочей станции - явление весьма себе редкое.<br><br>На десктопе -- да, на workstation встречались. DAC960 как-то стоял :)<br><br>&gt; А с точки зрения "денег", то тут тоже ещё не совсем понятно <br>&gt; что окажется разумнее: отдельный i7 с 16GB RAM под выделенный "сторадж-сервер" <br>&gt; или "настоящий RAID-controller" с набором "настоящих" HDD.<br>&gt; В первом случае имеем ещё и "фору" по части "взаимозаменяемости" <br><br>Не могу полностью согласиться, поскольку несмотря на заведомо более чахлый процессор HWRAID -- получаем порты, куда можно воткнуть бэкплейн корзинки, и внимание фирмвари к состоянию дисков на несколько лучшем уровне, чем сейчас знаю как реализуемое разумными силами при участии софтрейда (в первую очередь по реакции на долгочитаемые).<br><br>Если что, для того же ftp.linux.kiev.ua специально нашёл материнку на nForce Pro с 8x SATA, но без hotswap плановые замены дисков приводят к довольно продолжительному даунтайму с пересборкой половины тушки: http:/ https://m.opennet.dev/openforum/vsluhforumID3/83137.html#17 Sun, 04 Mar 2012 07:24:58 GMT &gt;...Годится в случаях выделенных сторадж-серверов...<br><br>Так и RAID на рабочей станции - явление весьма себе редкое. <br>А с точки зрения "денег", то тут тоже ещё не совсем понятно что окажется разумнее: отдельный i7 с 16GB RAM под выделенный "сторадж-сервер" или "настоящий RAID-controller" с набором "настоящих" HDD.<br><br>В первом случае имеем ещё и "фору" по части "взаимозаменяемости"<br> https://m.opennet.dev/openforum/vsluhforumID3/83137.html#16 Sat, 03 Mar 2012 07:48:09 GMT У меня почему-то никаких проблем не возникло. Gentoo. Ставил сервак недавно взамен умирающего. Обычно использую 3Ware, а тут пришлось на LSI построить зеркало с одним spare.<br>1. uname -a<br>Linux mail 3.2.1-gentoo-r2 #2 SMP Tue Feb 28 15:57:32 MSK 2012 i686 Intel(R) Xeon(R) CPU E5405 @ 2.00GHz GenuineIntel GNU/Linux<br>2. lspci &#124; grep -i raid<br>03:00.0 RAID bus controller: LSI Logic / Symbios Logic LSI MegaSAS 9260 (rev 05)<br>3. MegaCli -v<br><br><br> MegaCLI SAS RAID Management Tool Ver 8.02.16 July 01, 2011<br><br> (c)Copyright 2011, LSI Corporation, All Rights Reserved.<br>4. megacli -adpCount<br><br><br>Controller Count: 1.<br><br>Ставил все из портеджей. Хотя какая-то утилитка с офсайта лежит - пока ее не прилаживал.<br> https://m.opennet.dev/openforum/vsluhforumID3/83137.html#15 Fri, 02 Mar 2012 09:46:29 GMT &gt;&gt; А parity на CPU считать? Ну-ну.<br>&gt; - А где бензобак?<br><br>Как Вам сказать... одна каменотёсная компания на пять букв в своё время попыталась объявить курс на "считаем всё-всё на мощном центральном процессоре". И села в лужу, поскольку он для всего-всего попросту неэффективен.<br><br>Гонять софтрейдные потоки через CPU, шину, память -- это убивать их производительность для чего бы то ни было ещё. Годится в случаях выделенных сторадж-серверов, хотя некоторые и их пытаются припахивать для предварительной обработки данных поближе к местам их залегания.<br> https://m.opennet.dev/openforum/vsluhforumID3/83137.html#14 Fri, 02 Mar 2012 01:35:16 GMT &gt;&gt;&gt;А чё не "правильные RAID-контроллеры"?<br>&gt;&gt; А потому, что сами по себе этии RAID-controllers - отживающее свой век явление.<br>&gt;&gt; Будущее - за системами, подобными LVM, ZFS и им подобными <br>&gt; А parity на CPU считать? Ну-ну.<br><br>А вопрос тоже странный. Похоже не диалог:<br>- Вот это - будущеее автопрома. Электромобиль.<br>- А где бензобак?<br>