Found another page: http://www.bladenetwork.net/HP-BladeSystem-2.html
Here you can download the collected MIB's of all C-Class switches.
2011/12/19 Usuário do Sistema maico...@ig.com.br
Thank you. I'm sure that switches are HP C-Class.
this moment then more import for me is OID CPU load that
Hello,
As much as I think it's a silly idea:
A company has a policy stating that all production systems need to be
monitored by a Microsoft SCOM system. Now, there are servers and hosts
that can only be monitored by Nagios (e.g. HPC clusters where the compute
nodes are hidden on isolated
On 20 December 2011 13:58, Troels Arvin tro...@arvin.dk wrote:
Thoughts/comments?
In the other direction, we have an IBM Director system which simply
forwards alerts to Nagios as SNMP Traps. It seems to work pretty well
on the whole.
I would think you could configure your Nagios system to
Troels,
I'm doing what Jim suggested by sending Nagios traps to an IBM Tivoli Netcool
system and it's working fine. I only had to issues that have bitten me enough
to make me look at an approach similar to what you are suggesting in your ideas.
The first problem is the Check_NRPE tests will
--
Write once. Port to many.
Get the SDK and tools to simplify cross-platform app development. Create
new or port existing apps to sell to consumers worldwide. Explore the
Intel AppUpSM program developer opportunity.
Hi All,
I have a new Nagios 3.2.3 installation from RPM, under RHEL 6.2. The
daemon runs fine and alerts and sends email. The web interface is
telling me the standard Error: Could not read object configuration
data!. A check of the config file comes back with a few warnings and
no errors.
Replying to myself, the solution was to add apache to the nagios
group in /etc/group.
Obviously this implies other possible solutions. The RPM did not do
this, though.
https://bugzilla.redhat.com/show_bug.cgi?id=672074
-Jim
On Tue, Dec 20, 2011 at 1:32 PM, Jim Nachlin jim.nach...@gawker.com
Thanks to Jim and Mike.
The idea of Nagios sending traps actually is much in line with the SCOM
way of doing things, as far as I have understood.
Personally, I find the trap-based approach rather fragile, though:
- The receiver (SCOM) may be down when a trap is sent. Actually
not that far
There is a commercial Nagios to SCOM connector, we use it at my place
of work - avoid it and work on a custom solution (which is the path
you are on) - the commercial connector is awful
* Only allows for one Nagios system to send to SCOM using SNMP traps
* Does not translate statuses properly
*