https://slinkov.ru/openforum/vsluhforumID3/57924.html Scott Long добавил в дерево исходных кодов FreeBSD CURRENT две утилиты для управления контроллерами LSI: mptutil (http://lists.freebsd.org/pipermail/svn-src-all/2009-August/012464.html) и mfiutil (http://lists.freebsd.org/pipermail/svn-src-all/2009-August/012449.html). С их помощью можно проверять состояние контроллеров и дисков, создавать и изменять атрибуты RAID массивов, выполнять обновление firmware.<br><br>URL: http://lists.freebsd.org/pipermail/svn-src-all/2009-August/012464.html<br>Новость: http://www.opennet.ru/opennews/art.shtml?num=23053<br> https://slinkov.ru/openforum/vsluhforumID3/57924.html#23 Sat, 06 Apr 2013 08:47:14 GMT &gt; По всей видимости, не так уж и мало. Я, конечно, малость передёрнул, <br>&gt; но всё-таки: говорить о кроссплатформенности можно было бы в случае лёгкого <br>&gt; переноса на какой-нибудь Solaris. А так - нечестно как-то. :) <br><br>Если эта тема вам интересна, можете почитать на досуге. OS X и FreeBSD во многом далеки друг от друга настолько, насколько OpenBSD далек от Solaris'а.<br><br>&gt; Ровно настолько же, насколько интерфейс любого другого драйвера прибит к ОС, под <br>&gt; которую разработан. :) <br><br>Фреймворки и утилиты можно писать без тонны привязок к ОС. Драйвера - другая тема.<br> https://slinkov.ru/openforum/vsluhforumID3/57924.html#22 Fri, 05 Apr 2013 11:31:57 GMT &gt;&gt; Эм. Если я перенесу код bioctl из OpenBSD на Bitrig и он <br>&gt;&gt; заработает - это тоже будет платформонезависимость? :-D <br>&gt; Ну это не очень сравнение, bitrig - унылый форк опенка, и bioctl <br>&gt; из импортнутого дерева вроде и не убирали. Фряху и OS X <br>&gt; же, уже давно мало, что роднит.<br><br>По всей видимости, не так уж и мало. Я, конечно, малость передёрнул, но всё-таки: говорить о кроссплатформенности можно было бы в случае лёгкого переноса на какой-нибудь Solaris. А так - нечестно как-то. :)<br><br>&gt; А вот тащить bioctl в какую-то реально иную ось - занятие долгое <br>&gt; и безблагодатное, он же поди еще и гвоздями прибит к опенку. <br><br>Ровно настолько же, насколько интерфейс любого другого драйвера прибит к ОС, под которую разработан. :)<br> https://slinkov.ru/openforum/vsluhforumID3/57924.html#21 Fri, 05 Apr 2013 08:25:25 GMT &gt; Эм. Если я перенесу код bioctl из OpenBSD на Bitrig и он <br>&gt; заработает - это тоже будет платформонезависимость? :-D <br><br>Ну это не очень сравнение, bitrig - унылый форк опенка, и bioctl из импортнутого дерева вроде и не убирали. Фряху и OS X же, уже давно мало, что роднит.<br>А вот тащить bioctl в какую-то реально иную ось - занятие долгое и безблагодатное, он же поди еще и гвоздями прибит к опенку.<br> https://slinkov.ru/openforum/vsluhforumID3/57924.html#20 Fri, 05 Apr 2013 08:04:18 GMT &gt; Универсальное решение не всегда удобно.<br>&gt; Пример с mfi(4): в Open/Net-BSD, где bioctl, пришлось добавлять много кода к <br>&gt; драйверу. В Free/DragonFly этот же функционал реализован в самой утилите, поэтому <br>&gt; было достаточно сделать проброс команд от mfiutil в драйвере.<br><br>Просто в одном случае больше кода в драйвере, в другом - в утилите. Что лучше - спорный вопрос. С одной стороны, чем меньше кода в ядре - тем вроде как лучше. С другой, чем лучше изоляция устройств от userspace - вроде тоже как лучше...<br><br>&gt; Фришное решение еще и платформонезависимое. Мне не составило труда принести mfiutil в <br>&gt; OS X, для использования с драйвером для LSI-железок, который я написал: <br>&gt; https://github.com/druga/osx-goodies/tree/master/raid <br><br>Эм. Если я перенесу код bioctl из OpenBSD на Bitrig и он заработает - это тоже будет платформонезависимость? :-D<br> https://slinkov.ru/openforum/vsluhforumID3/57924.html#19 Fri, 05 Apr 2013 07:03:07 GMT Универсальное решение не всегда удобно.<br>Пример с mfi(4): в Open/Net-BSD, где bioctl, пришлось добавлять много кода к драйверу. В Free/DragonFly этот же функционал реализован в самой утилите, поэтому было достаточно сделать проброс команд от mfiutil в драйвере.<br>Фришное решение еще и платформонезависимое. Мне не составило труда принести mfiutil в OS X, для использования с драйвером для LSI-железок, который я написал: https://github.com/druga/osx-goodies/tree/master/raid<br> https://slinkov.ru/openforum/vsluhforumID3/57924.html#18 Tue, 18 Aug 2009 20:22:19 GMT &gt;Кроме того,я сильно подозреваю, что {mfi,mpt}utils впервые показали интерфейс управления без NDA <br>&gt;(мне лень спросить, поэтому "подозреваю"). <br><br>По-моему, тоже. MegaRAID, собсно, потому и рекомендуется под *BSD, что хоть он и местами краповый, но зато софтовая поддержка благодаря хоть какому-то сотрудничеству имеется. Здесь некоторые трогательные подробности есть, кстати: http://openbsd.org/lyrics.html#38 (левая колонка).<br> https://slinkov.ru/openforum/vsluhforumID3/57924.html#17 Tue, 18 Aug 2009 20:13:16 GMT &gt;[оверквотинг удален]<br>&gt;&gt;<br>&gt;&gt;Сравните функциональность mfiutil, которая практически аналогична MegaCLI, <br>&gt;&gt;и возможности bioctl. Умеет bioctl создавать новый том, добавлять/вынимать диск из тома, <br>&gt;&gt;управлять политиками кеширования как тома, так и составляющих дисков ? Включать <br>&gt;&gt;patrol read, или его планирование ? <br>&gt;<br>&gt;bioctl умеет поддерживать RAID в работоспособном состоянии (наблюдать за состоянием, запускать ребилд...). <br>&gt;Всё остальное вообще-то определяется в случае нормального процесса администрирования один раз <br>&gt;при настройке контроллера через его BIOS. Впрочем, кому что нужно, за <br>&gt;всех решать, конечно, не могу и не буду... <br><br>Конечно, потребность в колбасе определяется ее наличием.<br><br>Для однодисковой машинки, или для двухдискового зеркала, вы, конечно же правы.<br>Но для типичного использования контроллеров класса mfi, средство полноценного управления из под host OS обязательны.<br><br>&gt;И опять же, bioctl - штука универсальная. А это, например, заметно облегчает <br>&gt;работу всяким nagios'ам (точ https://slinkov.ru/openforum/vsluhforumID3/57924.html#16 Tue, 18 Aug 2009 20:01:51 GMT &gt;Наверное, вам самому обязательно нужно научиться читать и понимать прочитанное. <br>&gt;<br>&gt;Сравните функциональность mfiutil, которая практически аналогична MegaCLI, <br>&gt;и возможности bioctl. Умеет bioctl создавать новый том, добавлять/вынимать диск из тома, <br>&gt;управлять политиками кеширования как тома, так и составляющих дисков ? Включать <br>&gt;patrol read, или его планирование ? <br><br>bioctl умеет поддерживать RAID в работоспособном состоянии (наблюдать за состоянием, запускать ребилд...). Всё остальное вообще-то определяется в случае нормального процесса администрирования один раз при настройке контроллера через его BIOS. Впрочем, кому что нужно, за всех решать, конечно, не могу и не буду...<br><br>И опять же, bioctl - штука универсальная. А это, например, заметно облегчает работу всяким nagios'ам (точнее, их разработчикам и пользователям).<br> https://slinkov.ru/openforum/vsluhforumID3/57924.html#15 Tue, 18 Aug 2009 19:22:39 GMT Наверное, вам самому обязательно нужно научиться читать и понимать прочитанное.<br><br>Сравните функциональность mfiutil, которая практически аналогична MegaCLI,<br>и возможности bioctl. Умеет bioctl создавать новый том, добавлять/вынимать диск из тома, управлять политиками кеширования как тома, так и составляющих дисков ? Включать patrol read, или его планирование ?<br>