Мониторинг адаптек через ssh [решено]
Всем привет!
Столкнулся с такой проблемой, пытался поставить по этой статье, себе мониторинг на сервер.
После этой командый я получил такую ошибку:
rpm --install ./manager/StorMan-7.31.x86_64.rpm
error: Failed dependencies:
/bin/sh is needed by StorMan-7.31-18856.x86_64
/usr/bin/perl is needed by StorMan-7.31-18856.x86_64
libX11.so.6()(64bit) is needed by StorMan-7.31-18856.x86_64
libXext.so.6()(64bit) is needed by StorMan-7.31-18856.x86_64
libc.so.6()(64bit) is needed by StorMan-7.31-18856.x86_64
libc.so.6(GLIBC_2.2.5)(64bit) is needed by StorMan-7.31-18856.x86_64
libc.so.6(GLIBC_2.3)(64bit) is needed by StorMan-7.31-18856.x86_64
libgcc_s.so.1()(64bit) is needed by StorMan-7.31-18856.x86_64
libgcc_s.so.1(GCC_3.0)(64bit) is needed by StorMan-7.31-18856.x86_64
libgcc_s.so.1(GCC_3.3)(64bit) is needed by StorMan-7.31-18856.x86_64
libm.so.6()(64bit) is needed by StorMan-7.31-18856.x86_64
perl(strict) is needed by StorMan-7.31-18856.x86_64
Скажите пожалуйста в чем проблема?
- Для комментирования войдите или зарегистрируйтесь
Проблема в том, что вы
Проблема в том, что вы пытаетесь поставить бинарный пакет на сурсовый дистрибутив при помощи внешнего менеджера пакетов (rpm). При работе большинства менеджеров ими создается база, в которую заносится информация об установленных приложениях.Из этой базы менеджер пакетов черпает информацию для разрешения зависимостей. Поскольку portage (менеджер пакетов gentoo) не имеет никакого представления о rpm, пакеты, установленные при помощи portage не отражаются в базе rpm ( не установлены с точки зрения rpm). В качестве попытки разрешения подобной ситуации можно было бы предложить опцию --nodeps (установка пакета без зависимостей), однако данный способ имеет следующие недостатки: не отражается в базе portage, ручное отслеживание зависимостей, бинарная несовместимость файлов из rpm с установленными из portage. Не думаю что это хорошая идея. Исходных кодов ASR мне не попадалось.
По поводу требуемого вами функционала хотелось бы отметить избыточность Ваших требований. Для целей мониторинга через ssh вам не следует устанавливать ASR в полном объеме ( консольная утилита arcconf + тяжелая ява-обертка),
потому что указанная утилита присутсвует в portage (sys-block/arcconf ) и поставляется в виде исходных кодов. Так же при помощи этой утилиты можно произвести полнофункциональное управление устройством.
Кроме того, несколько урезанную информацию о состоянии дисков (SMART) можно получить при помощи smartctl из состава smartmontools и мониторить при помощи smartd через /dev/sg..
smartctl -x /dev/sg1 - (В моей системе это 1 диск рейда на adaptec, тогда как sg0 - представляет собой собственно контроллер)
Огромное Вам спасибо за
Огромное Вам спасибо за подробное описание :)
Единственное что меня смутило что данная утилита помечена как "unstable". И собственно возник еще один вопрос, данная утилита не убьет мне сервер?
Как известно, убивает не
Как известно, убивает не оружие, а человек! ;) Tак что с текущим уровнем понимания лучше воздержаться от установки оного на боевых серверах, но на тестовых - обязательно поиграться!
Статус unstable присваивает
Статус unstable присваивает создатель билда, что означает его личное отношение. Утилита "от производителя", другого способа общения с рейдом под линукс им не предусмотрено (то что хотели вы это всего лишь красивая обертка arcconf), буду рад если сообщество укажет альтернативный метод общения с raid adaptec. Сервер утилита не убъет, но при ее помощи вы имеете возможность запросто уничтожить данные. Сие характерно не только для arcconf, но так же для rm, dd, mkfs.. и прочих утилит.
альтернативный метод общения
альтернативный метод общения с raid adaptec.Мибов нет ?
Compute:
Bosch M2.8.1 -> custom Bosch M2.8.3 clone from Russia.
Speed about 260 km,Ram 2 pers.,HDD - 70 kg,210 FLOPS ;)