I have some junky, ugly code that exports raid status to SNMP.. It currently
works with linux software raid (2.2/2.4 at least), 3ware 9xxx cards and
megaraid cards..
I may be convinced to release it to the list, if there is interest in this
code with very few comments and almost no documentation :
As a side note to this conversation, we do our configuration a wee bit
differently.
We require the ability to get stats, disable services and get alerts
specific to each host. Basically, we need everything to happen at the host
level.
In order to accomplish this, we map one host group to one host
Hey,
This month's SysAdmin magazine also has an article on using Net::DNS to do
DDNS zone updates (not that anyone fooling around with BIND shouldn't have
the cookbook sitting on there desk -- I didn't review so I'm a little less
biased).
If you are a perl hacker, then
http://search.cpan.org/~cr
yslog
collector) to block. Mon would then wait on the block.
Thanks for all the help guys. Without it, it would have been a long time
before I found the problem.
Out.
-Original Message-
From: Eric Sorenson [mailto:[EMAIL PROTECTED]
Sent: Monday, January 12, 2004 12:45 PM
To: Gary Richardson
Cc: [
Hey All,
I’m doing some more research into
this. A ran –d:Profile for perl and found that 96% of the time is spent in
Sys::Syslog::_syslog_send_socket. Is this normal?
Thanks.
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On
Behalf Of Gary
Hey,
I have a mon server that has been running fine for a few
months. All of a sudden it is doing crazy things. We are using mon.cgi for
reporting. It is now timing out 9 out of 10 times. When you telnet to the mon
port and try to issue commands, sometimes it hangs for a long time and o
If you use Net-SNMP, you could set up a script to 'heal' the process by
restarting it. Check the proc directive in snmpd.conf.
The only problem is that there is no way to tell which host in a host group
is down at this point with mon..
-Original Message-
From: [EMAIL PROTECTED] [mailto:[E
with most programming languages (according to the man page :)).
-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On
Behalf Of Jim Trocki
Sent: Thursday, June 19, 2003 6:26 AM
To: Gary Richardson
Cc: [EMAIL PROTECTED]
Subject: RE: Calling alerts and monitors
On Wed, 1
If you are using perl, see Parallel::ForkManager
(http://search.cpan.org/author/DLUX/Parallel-ForkManager-0.7.5/ForkManager.p
m).
Almost all of our monitors are perl based. Our monitoring stations are
starting to get their asses kicked with all the scripts firing.
To save perl startup time, woul