Обычно, серверное оборудование будет иметь температурные датчики pollable через IPMI. Это - истинная спина ко всем серверам, к которым я имею, даже универсальные бренды, приблизительно 2002..., и также верно для моего домашнего ПК.
На Linux можно получить доступ к этой информации с помощью ipmitool
. Некоторые серверы также выставляют его snmp
если у Вас есть соответствующий MIB для Вашего поставщика. Серверы без интерфейса ipmi могут выставить данные через lm_sensors
.
На окнах можно использовать ipmiutil проект получить доступ к ipmi информации... существует множество других способов сделать это, и я не администратор окон, таким образом, я не могу сказать Вам наверняка, каков лучший способ, но Вы могли бы полагать, что выполнение версии для Windows NRPE обеспечило безопасный доступ к данным для nagios.
Я не совсем уверен, какова Ваша проблема. Вы обновили свой сервер до Java 6 и теперь обеспокоены дырами в системе безопасности? Какое доказательство Вы имеете для этого (если таковые имеются)?
Вот руководство по принятию Java 6. А также набор новых API будет исправлениями ошибок и (возможно) закрытыми дырами в системе безопасности. Но я не знаю ни о каких конкретных проблемах, представляемых в Java 6. Если у Вас будут дыры в системе безопасности в Вашем приложении, то они, вероятно, будут там как часть самого приложения а не базовая инфраструктура Java.
Необходимо обычно всегда использовать распределение, которое позволяет Вам автоматически обновлять до последних версий программного обеспечения.
Например, в соответствии с Ubuntu sun-java6-jdk пакет делает точно это.
В любом случае я всегда обновлял бы до последней версии, рекомендуемой Sun.
Java 5 уже является EOL, это, больше никаких обновлений, если у Вас нет контракта на поддержку. При использовании свободно загружаемой версии jdk и не "Java для бизнес-" выпуска если предыдущий оператор верен, то вероятный лучший подход должен обновить до java6 после обновления jboss к более новой версии. См. эту документацию от Redhat: http://www.jboss.com/products/platforms/application/supportedconfigurations/#JEAP4.2
jboss-eap 4.2 является путем, более новым, чем 4.0.x, ответвление и jdk6 не являются поддерживаемой конфигурацией.
То, что я пытаюсь сказать, - то, что можно столкнуться с проблемами, и также что версия jboss, который Вы выполняете, чрезвычайно стара.
Необходимо оценить переход к jboss как 4.2.3 (можно прочитать информацию о версии здесь http://sourceforge.net/project/shownotes.php?release_id=614346&group_id=22866).
Нижней строкой Ваша ситуация является уловка - 22.
Просто потребность стиснуть зубы и сделать некоторое тестирование и затем попробовать необходимые обновления.