Обновился Einarc (http://www.inquisitor.ru/doc/einarc/)- универсальный единый интерфейс и утилита для работы со всеми аппаратными RAID-контроллерами в Linux - конфигурирования, мониторинга, сборки-разборки массивов и т.п. Позволяет забыть о проприетарных утилитах, которые занимаются этими задачами и использовать для большого парка RAID-контроллеров единый интерфейс работы с одинаковыми командами.
Среди изменений:
- Поддержка новых контроллеров: линейка 3Ware / AMCC.
- Более полная поддержка software RAID.
- Совместимость с более новыми версиями CLI, адаптация под новые условия.
- Более полная поддержка BBU на контроллерах Adaptec.
- Многочисленные багфиксы для более полной совместимости с различным спектром железа.
Поддерживаемые устройства (для работы используются оригинальные комплекты драйверов от производителей):
- Adaptec SCSI и SAS/SATA RAID;
- AMCC/3ware
- Areca SATA RAID
- LSI MegaRAID SCSI/SAS/SATA RAID;
- Fusion/MPT HBA;
- Программный RAID (md).URL: http://www.inquisitor.ru/doc/einarc/
Новость: http://www.opennet.me/opennews/art.shtml?num=19377
Возникает нескромный вопрос -- в сизиф-то закинешь? :)
Надо придумать, как это сделать. Основная проблема в том, что Einarc для работы нужны проприетарные CLI, которые, разумеется, ни разу не redistributable и тем более их нельзя класть в Сизиф, даже в non-free. Единственное, что мне приходит в голову:* поставить пакет в каком-то "нерабочем варианте",
* по умолчанию /usr/sbin/einarc говорит о том, что "ни одного модуля не найдено, пожалуйста запустите einarc-install"
* /usr/sbin/einarc-install при запуске по сути выполняет функции ./configure из исходного тарболла, запрашивает, какие же именно модули нужно поставить, выкачивает их и прописывает по ним метаинформацию (видимо, правильно это делать куда-то в /var/lib/einarc/что-нибудь).
* после этого /usr/sbin/einarc можно использовать.Возникает вопрос - есть ли какая-то готовая инфраструктура для этого всего? msttf, скажем, или Adobe Flash как в Сизиф упакованы?
>Надо придумать, как это сделать. Основная проблема в том, что Einarc для
>работы нужны проприетарные CLI, которые, разумеется, ни разу не redistributable и
>тем более их нельзя класть в Сизиф, даже в non-free.Можно попробовать договориться об их распространении, как это делалось для тех же драйверов, которые бумажки хотели. Спроси rider@?
>Единственное, что мне приходит в голову:
>* поставить пакет в каком-то "нерабочем варианте"Или работающем с минимальным количеством, но free или хотя бы freely distributable non-free. Вон с mptsas и mpt-status оно ж работает? (btw есть под рукой, могу проверить; если умеренно сильно захотеть, то и на стенде)
Ну и пообвязывать BIN=...; [ ! -x "$BIN" ] || "$BIN" ... придётся, чтоб при сборке unmet'ов не нацеплялось.
>* по умолчанию /usr/sbin/einarc говорит о том, что "ни одного модуля не
>найдено, пожалуйста запустите einarc-install"
>* /usr/sbin/einarc-install при запуске по сути выполняет функции ./configure
>из исходного тарболла, запрашивает, какие же именно модули нужно поставить,
>выкачивает их и прописывает по ним метаинформацию
>(видимо, правильно это делать куда-то в /var/lib/einarc/что-нибудь).Здесь есть ещё один момент -- раз уж такое делается на целевой машине, можно попробовать сделать автоугадав (или фильтр по vendor id для менее развесистого выбора без --with-all какого).
>Возникает вопрос - есть ли какая-то готовая инфраструктура для этого всего?
Нет вроде.
>msttf, скажем, или Adobe Flash как в Сизиф упакованы?
Первое -- .exe в пакете, стопка %ghost и cabextract в %post; при этом установка происходит на системе пользователя, а распространяется исходный вид (упаковка которого в cpio->rpm юридически не считается изменением формы, насколько помню изучение вопроса).
Второе -- кажется, технически на общих основаниях, а организационно то ли freely distributable, то ли соглашение.
Да, пусть какой-нить скрипт вытаскивает проприетарщину по запросу.
Просьба выложить в git наработки, есть потребность как можно скорее начать использовать eniarc.
Development version can be downloaded from Subversion repository, using command:
* svn co https://inq.svn.sourceforge.net/svnroot/inq/trunk/client/lib...
>* svn co https://inq.svn.sourceforge.net/svnroot/inq/trunk/client/lib...Имелись в виду наработки по упакечиванию
>>* svn co https://inq.svn.sourceforge.net/svnroot/inq/trunk/client/lib...
>
>Имелись в виду наработки по упакечиваниюПока наработок-то толком никаких нет, я почву прощупываю... Возможно, будет иметь смысл сделать какой-то двойной режим работы в самом Einarc, благо возможность такая есть %)