Menu
▾
▴
devmon-devel — List for development of devmon and templates
You can subscribe to this list here.
| 2007 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
(1) |
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 2008 |
Jan
(34) |
Feb
(22) |
Mar
(2) |
Apr
(4) |
May
|
Jun
(2) |
Jul
(2) |
Aug
|
Sep
(2) |
Oct
(4) |
Nov
(2) |
Dec
(22) |
| 2009 |
Jan
(20) |
Feb
(7) |
Mar
(5) |
Apr
(7) |
May
(10) |
Jun
|
Jul
(2) |
Aug
|
Sep
(21) |
Oct
(6) |
Nov
(10) |
Dec
(6) |
| 2010 |
Jan
(1) |
Feb
(4) |
Mar
(14) |
Apr
(1) |
May
|
Jun
|
Jul
|
Aug
|
Sep
(1) |
Oct
(1) |
Nov
(5) |
Dec
(3) |
| 2011 |
Jan
(35) |
Feb
(1) |
Mar
(12) |
Apr
(9) |
May
(2) |
Jun
|
Jul
(2) |
Aug
(3) |
Sep
|
Oct
(1) |
Nov
|
Dec
|
| 2012 |
Jan
(2) |
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
(1) |
Aug
(2) |
Sep
|
Oct
|
Nov
|
Dec
(3) |
| 2013 |
Jan
(3) |
Feb
|
Mar
(2) |
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
(1) |
Oct
|
Nov
|
Dec
|
| 2014 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
(1) |
Aug
|
Sep
|
Oct
|
Nov
(3) |
Dec
|
| 2015 |
Jan
|
Feb
|
Mar
(1) |
Apr
|
May
|
Jun
(4) |
Jul
|
Aug
|
Sep
(1) |
Oct
|
Nov
|
Dec
|
| 2016 |
Jan
(1) |
Feb
|
Mar
(2) |
Apr
|
May
(1) |
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
|
From: Andrew R. <an...@ei...> - 2010-11-10 18:12:43
|
Hello - I ended up putting together a template for the BNT/Nortel/(I guess now IBM, as they just purchased BNT) 2/3 Layer blade switch for the IBM BladeCenter. It provides cpu, if_dsc, if_err, if_lacp, if_load, if_stat, memory, status and temperature. It's setup for newer firmware, so the spec only includes sysDescr info for the BNT firmware, but that's easily modified. It's located here: http://balldawg.net/repo/tar/bnt23l.tar.bz2 Portions of the template were borrowed from the Cisco 3750 template. Andrew |
|
From: SourceForge.net <no...@so...> - 2010-10-29 16:55:26
|
Bugs item #3098352, was opened at 2010-10-29 11:55 Message generated for change (Tracker Item Submitted) made by falz You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=816977&aid=3098352&group_id=160720 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Templates Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: falz (falz) Assigned to: Nobody/Anonymous (nobody) Summary: 2811 template fixes, cisco consistencies, few new templates Initial Comment: A few issues, sorry to lump them in to one. First, a few new templates: * vmware-esx4 - snmp info from vmware. mainly stuff from the linux-netsnmp template but added vmware specific list of guests on host. I removed some of the netsnmp stuff because I couldnt seem to get consistent data back, that could be my environment though. Other than that other things like procs could be added from the net-snmp template if someone were to choose. * mikrotik-rb400 - Mikrotik Rotuerboard information. Probably works on all routerboards, only had 400 models to test with. * cisco-1600 - this was found on the net, pretty much the same as other cisco templates The other thing I had reported to the xymon mailing list as well as sf about inconsistencies in alerting in Cisco templates. That message is here: http://www.xymon.com/archive/2010/10/msg00226.html patch-all.diff is all of the above + those changes. Note that all of these patches are also downloadable at http://falz.net/static/devmon/ ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=816977&aid=3098352&group_id=160720 |
|
From: Buchan M. <bg...@st...> - 2010-09-07 17:29:21
|
Please note that I will be on holiday, and hopefully not reading any email, from now until 14 September. Regards, Buchan |
|
From: <buc...@us...> - 2010-04-12 13:58:30
|
Revision: 183
http://devmon.svn.sourceforge.net/devmon/?rev=183&view=rev
Author: buchanmilne
Date: 2010-04-12 13:58:24 +0000 (Mon, 12 Apr 2010)
Log Message:
-----------
Remove old temporary weathermap-related comments
Modified Paths:
--------------
trunk/templates/cisco-mds9500/if_load/message
Modified: trunk/templates/cisco-mds9500/if_load/message
===================================================================
--- trunk/templates/cisco-mds9500/if_load/message 2010-03-16 16:11:34 UTC (rev 182)
+++ trunk/templates/cisco-mds9500/if_load/message 2010-04-12 13:58:24 UTC (rev 183)
@@ -4,4 +4,4 @@
Output load: yellow={ifOutLoad.thresh:yellow}%, red={ifOutLoad.thresh:red}%
TABLE:rrd(DS:ds0:ifInOctets:COUNTER; DS:ds1:ifOutOctets:COUNTER)
Ifc name|Ifc Speed|Rate in (load %)|Rate out (load %)
-{ifName}{ifAliasBox}|{ifSpeed}|{ifInLoad.color}{ifInSpeed} ({ifInLoad}%){ifInLoad.errors}|{ifOutLoad.color}{ifOutSpeed} ({ifOutLoad}%){ifOutLoad.errors} <!-- /hobbit-cgi/hobbitgraph.sh?host=omicron&service=if_load:{ifName}.&graph_height=120&graph_width=576&graph=hourly -->
+{ifName}{ifAliasBox}|{ifSpeed}|{ifInLoad.color}{ifInSpeed} ({ifInLoad}%){ifInLoad.errors}|{ifOutLoad.color}{ifOutSpeed} ({ifOutLoad}%){ifOutLoad.errors}
This was sent by the SourceForge.net collaborative development platform, the world's largest Open Source development site.
|
|
From: <buc...@us...> - 2010-03-16 16:11:44
|
Revision: 182
http://devmon.svn.sourceforge.net/devmon/?rev=182&view=rev
Author: buchanmilne
Date: 2010-03-16 16:11:34 +0000 (Tue, 16 Mar 2010)
Log Message:
-----------
Fix dependency validation in chain transform
Modified Paths:
--------------
trunk/modules/dm_tests.pm
Modified: trunk/modules/dm_tests.pm
===================================================================
--- trunk/modules/dm_tests.pm 2010-03-16 09:12:21 UTC (rev 181)
+++ trunk/modules/dm_tests.pm 2010-03-16 16:11:34 UTC (rev 182)
@@ -1528,8 +1528,7 @@
my ($src_oid, $trg_oid) = $oid_h->{'trans_data'} =~ /\{(.+?)}/g;
# Validate our dependencies, have to do them seperately
- validate_deps($device, $oids, 'tmp', [$trg_oid]) or return;
- validate_deps($device, $oids, $oid, [$src_oid], '^\.?(\d+\.)?\d+$')
+ validate_deps($device, $oids, $oid, [$src_oid], '^\.?(\d+\.)*\d+$')
or return;
my $src_h = \%{$oids->{$src_oid}};
This was sent by the SourceForge.net collaborative development platform, the world's largest Open Source development site.
|
|
From: <buc...@us...> - 2010-03-16 09:12:31
|
Revision: 181
http://devmon.svn.sourceforge.net/devmon/?rev=181&view=rev
Author: buchanmilne
Date: 2010-03-16 09:12:21 +0000 (Tue, 16 Mar 2010)
Log Message:
-----------
Clean up old temporary files
Removed Paths:
-------------
trunk/templates/cisco-msfc2/cpu/message.mine
trunk/templates/cisco-msfc2/cpu/message.r23
trunk/templates/cisco-msfc2/cpu/message.r34
Deleted: trunk/templates/cisco-msfc2/cpu/message.mine
===================================================================
--- trunk/templates/cisco-msfc2/cpu/message.mine 2010-03-10 23:21:27 UTC (rev 180)
+++ trunk/templates/cisco-msfc2/cpu/message.mine 2010-03-16 09:12:21 UTC (rev 181)
@@ -1,9 +0,0 @@
-
-{sysUpTimeSecs.color}: Up for {UpTimeTxt}
-{sysUpTimeSecs.color}: Last reboot due to {sysReloadReason}
-{CPUTotal5Min.color}: CPU usage: {CPUTotal5Min}%
-
-System description:
-{sysDescr}
-<!-- DEVMON to RRD <br>CPU 5 min average: {CPUTotal5Min}
--->
Deleted: trunk/templates/cisco-msfc2/cpu/message.r23
===================================================================
--- trunk/templates/cisco-msfc2/cpu/message.r23 2010-03-10 23:21:27 UTC (rev 180)
+++ trunk/templates/cisco-msfc2/cpu/message.r23 2010-03-16 09:12:21 UTC (rev 181)
@@ -1,7 +0,0 @@
-
-{sysUpTimeSecs.color}: Up for {UpTimeTxt}
-{sysUpTimeSecs.color}: Last reboot due to {sysReloadReason}
-{CPUTotal5Min.color}: CPU usage: {CPUTotal5Min}%
-
-System description:
-{sysDescr}
Deleted: trunk/templates/cisco-msfc2/cpu/message.r34
===================================================================
--- trunk/templates/cisco-msfc2/cpu/message.r34 2010-03-10 23:21:27 UTC (rev 180)
+++ trunk/templates/cisco-msfc2/cpu/message.r34 2010-03-16 09:12:21 UTC (rev 181)
@@ -1,10 +0,0 @@
-
-{sysUpTimeSecs.color}: Up for {UpTimeTxt}
-{sysUpTimeSecs.color}: Last reboot due to {sysReloadReason}
-{CPUTotal5Min.color}: CPU usage: {CPUTotal5Min}%
-
-System description:
-{sysDescr}
-<!--
-<br>CPU 5 min average: {CPUTotal5Min}
--->
This was sent by the SourceForge.net collaborative development platform, the world's largest Open Source development site.
|
|
From: SourceForge.net <no...@so...> - 2010-03-10 23:26:50
|
Bugs item #2897345, was opened at 2009-11-13 19:05 Message generated for change (Comment added) made by buchanmilne You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=816977&aid=2897345&group_id=160720 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Devmon Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: devmon goes purple Initial Comment: Regarding devmon version 0.3.1-beta1 - Devmon stops working at irregular intervals. - The dm column in xymon "goes purple" for lack of new information. - devmon processes remain running. - running "sudo killall devmon" (on ubuntu 8.10) is enough to return to a "green" state - no errors or new entries in devmon.log file after communication stops - upon sending a SIGTERM to the devmon master process, it stops all other processes, so it looks like it is responding to signals as it should Other users have commented that running a cron job to kill the processes is their workaround. Or to use xymon to run a SCRIPT upon receiving a "purple" alert to restart the services. (comments compiled from thorsten.erdmann and gthomas on hobbit/xymon mailing list) ---------------------------------------------------------------------- >Comment By: Buchan Milne (buchanmilne) Date: 2010-03-11 01:26 Message: I have now committed some changes I have been working on, that should hopefully: 1)Log more information in case of any socket communication errors 2)Provide information on fork behaviour in the dm test for the polling host 3)Provide for terminating forks that seem to be stalled (by sending data to idle forks to ensure they are alive), as a workaround that should prevent having to have scripts to restart devmon 4)Add timeouts for all socket communication (using "alarm" and "eval"), hopefully fixing the original problem If you can reproduce this issue with any better frequency, I would appreciate it if you could run the version currently in subversion (rev 180 or later). Preferably, run it in debug mode with high (5) verbosity, e.g.: ./devmon --debug -vvvvv -d /var/lib/devmon/hosts.db -c /etc/devmon.cfg If the problem persists, watch to see if the dm test for the polling device goes yellow or red, or polled devices go purple, and provide the log contents for at least the last two poll cycles before any of these changes (or, the relevant problems). ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=816977&aid=2897345&group_id=160720 |
|
From: <buc...@us...> - 2010-03-10 23:21:36
|
Revision: 180
http://devmon.svn.sourceforge.net/devmon/?rev=180&view=rev
Author: buchanmilne
Date: 2010-03-10 23:21:27 +0000 (Wed, 10 Mar 2010)
Log Message:
-----------
Allow debugging in daemon mode
Modified Paths:
--------------
trunk/modules/dm_config.pm
Modified: trunk/modules/dm_config.pm
===================================================================
--- trunk/modules/dm_config.pm 2010-03-10 22:51:08 UTC (rev 179)
+++ trunk/modules/dm_config.pm 2010-03-10 23:21:27 UTC (rev 180)
@@ -265,8 +265,8 @@
- # Dont daemonize if we are printing messages or debug
- $g{'daemonize'} = 0 if $g{'print_msg'} or $g{'debug'};
+ # Dont daemonize if we are printing messages
+ $g{'daemonize'} = 0 if $g{'print_msg'};
# Daemonize if need be
daemonize();
@@ -293,7 +293,7 @@
}
# Now write our pid to the pidfile
- if(!$g{'debug'}) {
+ if($g{'daemonize'}) {
my $pid_handle = new IO::File $g{'pidfile'}, 'w'
or log_fatal("Cant write to pidfile $g{'pidfile'} ($!)",0);
$pid_handle->print($g{'mypid'});
@@ -1008,8 +1008,8 @@
# Open log file
sub open_log {
- # Dont open the log if we are in debug mode
- return if $g{'logfile'} =~ /^\s*$/ or $g{'debug'};
+ # Dont open the log if we are not in daemon mode
+ return if $g{'logfile'} =~ /^\s*$/ or !$g{'daemonize'};
$g{'log'} = new IO::File $g{'logfile'}, 'a'
or log_fatal("Unable to open logfile! ($!)",0);
This was sent by the SourceForge.net collaborative development platform, the world's largest Open Source development site.
|
|
From: <buc...@us...> - 2010-03-10 22:51:14
|
Revision: 179
http://devmon.svn.sourceforge.net/devmon/?rev=179&view=rev
Author: buchanmilne
Date: 2010-03-10 22:51:08 +0000 (Wed, 10 Mar 2010)
Log Message:
-----------
Improve timeout handling/logging in-fork
Modified Paths:
--------------
trunk/modules/dm_snmp.pm
Modified: trunk/modules/dm_snmp.pm
===================================================================
--- trunk/modules/dm_snmp.pm 2010-03-10 22:43:19 UTC (rev 178)
+++ trunk/modules/dm_snmp.pm 2010-03-10 22:51:08 UTC (rev 179)
@@ -513,8 +513,8 @@
# Wrap our getline in alarm code to make sure our parent doesn't die
# messily and leave us hanging around
eval {
- local $SIG{ALRM} = sub { die "Timeout\n" };
- alarm $g{'cycletime'};
+ local $SIG{ALRM} = sub { die "Timeout" };
+ alarm $g{'cycletime'} * 2;
$string_in = $sock->getline();
alarm 0;
};
This was sent by the SourceForge.net collaborative development platform, the world's largest Open Source development site.
|
|
From: <buc...@us...> - 2010-03-10 22:43:25
|
Revision: 178
http://devmon.svn.sourceforge.net/devmon/?rev=178&view=rev
Author: buchanmilne
Date: 2010-03-10 22:43:19 +0000 (Wed, 10 Mar 2010)
Log Message:
-----------
Add timeouts for all socket communication
Make some timeouts dependant on the cycle time
Log errors for any socket errors
Clean up sockets and forks better
Modified Paths:
--------------
trunk/modules/dm_snmp.pm
Modified: trunk/modules/dm_snmp.pm
===================================================================
--- trunk/modules/dm_snmp.pm 2010-03-10 22:38:54 UTC (rev 177)
+++ trunk/modules/dm_snmp.pm 2010-03-10 22:43:19 UTC (rev 178)
@@ -210,14 +210,28 @@
my $select = IO::Select->new($g{'forks'}{$fork}{'CS'});
if($select->can_read(0.01)) {
+ do_log("DEBUG SNMP: Fork $fork has data for device $dev, reading it",3) if $g{'debug'};
# Okay, we know we have something in the buffer, keep reading
# till we get an EOF
my $data_in = '';
- do {
- my $read = $g{'forks'}{$fork}{'CS'}->getline();
- if(defined $read and $read ne '') {$data_in .= $read}
- else {select undef, undef, undef, 0.001}
- } until $data_in =~ s/\nEOF\n$//s;
+ eval {
+ local $SIG{ALRM} = sub { die "Timeout waiting for EOF from fork\n" };
+ alarm 15;
+ do {
+ my $read = $g{'forks'}{$fork}{'CS'}->getline();
+ if(defined $read and $read ne '') {$data_in .= $read}
+ else {select undef, undef, undef, 0.001}
+ } until $data_in =~ s/\nEOF\n$//s;
+ alarm 0;
+ };
+ if($@) {
+ do_log("Fork $g{'forks'}{$fork}, pid $g{'forks'}{$fork}{'pid'} stalled on device $dev: $@. Killing this fork.",1);
+ kill 15, $g{'forks'}{$fork}{'pid'} or do_log("Sending $fork TERM signal failed: $!",2);
+ close $g{'forks'}{$fork}{'CS'} or do_log("Closing socket to fork $fork failed: $!",2);
+ delete $g{'forks'}{$fork};
+ next;
+ }
+ do_log("DEBUG SNMP: Fork $fork returned complete message for device $dev",3) if $g{'debug'};
# Looks like we got some data
my $hashref = thaw($data_in);
@@ -285,6 +299,7 @@
elsif (!kill 0, $pid) {
# Whoops, looks like our fork died somewhow
do_log("Fork $fork ($pid) died polling $dev",0);
+ close $g{'forks'}{$fork}{'CS'} or do_log("Closing socket to fork $fork failed: $!",1);
delete $g{'forks'}{$fork};
--$active_forks;
fork_queries();
@@ -316,7 +331,20 @@
# Now send our input to the fork
my $serialized = nfreeze($snmp_input->{$dev});
- $g{'forks'}{$fork}{'CS'}->print("$serialized\nEOF\n");
+ eval {
+ local $SIG{ALRM} = sub { die "Timeout sending polling task data to fork\n" };
+ alarm 15;
+ $g{'forks'}{$fork}{'CS'}->print("$serialized\nEOF\n");
+ alarm 0;
+ };
+ if($@) {
+ do_log("Fork $g{'forks'}{$fork}, pid $g{'forks'}{$fork}{'pid'} not responding: $@. Killing this fork.",0);
+ kill 15, $g{'forks'}{$fork}{'pid'} or do_log("Sending TERM signal to fork $fork failed: $!",0);
+ close $g{'forks'}{$fork}{'CS'} or do_log("Closing socket to fork $fork failed: $!",1);
+ delete $g{'forks'}{$fork};
+ next;
+ }
+
++$active_forks;
$g{'forks'}{$fork}{'time'} = time;
}
@@ -486,7 +514,7 @@
# messily and leave us hanging around
eval {
local $SIG{ALRM} = sub { die "Timeout\n" };
- alarm 15;
+ alarm $g{'cycletime'};
$string_in = $sock->getline();
alarm 0;
};
@@ -709,7 +737,11 @@
sub check_forks {
for my $fork (keys %{$g{'forks'}}) {
my $pid = $g{'forks'}{$fork}{'pid'};
- delete $g{'forks'}{$fork} if !kill 0, $pid;
+ if (!kill 0, $pid) {
+ do_log("Fork $fork with pid $pid died, cleaning up",3);
+ close $g{'forks'}{$fork}{'CS'} or do_log("Closing child socket failed: $!",2);
+ delete $g{'forks'}{$fork};
+ }
}
}
This was sent by the SourceForge.net collaborative development platform, the world's largest Open Source development site.
|
|
From: <buc...@us...> - 2010-03-10 22:39:00
|
Revision: 177
http://devmon.svn.sourceforge.net/devmon/?rev=177&view=rev
Author: buchanmilne
Date: 2010-03-10 22:38:54 +0000 (Wed, 10 Mar 2010)
Log Message:
-----------
Make the master "ping" the idle forks to check that IPC works, and kill the forks
if there are any errors
Modified Paths:
--------------
trunk/modules/dm_snmp.pm
Modified: trunk/modules/dm_snmp.pm
===================================================================
--- trunk/modules/dm_snmp.pm 2010-03-10 22:28:03 UTC (rev 176)
+++ trunk/modules/dm_snmp.pm 2010-03-10 22:38:54 UTC (rev 177)
@@ -320,6 +320,90 @@
++$active_forks;
$g{'forks'}{$fork}{'time'} = time;
}
+
+ # If our fork is idle and has been for more than the cycle time
+ # make sure it is still alive
+ if(!defined $g{'forks'}{$fork}{'dev'}) {
+ my $idletime = time - $g{'forks'}{$fork}{'time'};
+ next if ($idletime <= $g{'cycletime'});
+ if (defined $g{'forks'}{$fork}{'pinging'}) {
+ do_log("DEBUG SNMP: Fork $fork was pinged, checking for reply",4) if $g{'debug'};
+ my $select = IO::Select->new($g{'forks'}{$fork}{'CS'});
+ if($select->can_read(0.01)) {
+
+ do_log("DEBUG SNMP: Fork $fork has data, reading it",4) if $g{'debug'};
+ # Okay, we know we have something in the buffer, keep reading
+ # till we get an EOF
+ my $data_in = '';
+ eval {
+ local $SIG{ALRM} = sub { die "Timeout waiting for EOF from fork" };
+ alarm 5;
+ do {
+ my $read = $g{'forks'}{$fork}{'CS'}->getline();
+ if(defined $read and $read ne '') {$data_in .= $read}
+ else {select undef, undef, undef, 0.001}
+ } until $data_in =~ s/\nEOF\n$//s;
+ alarm 0;
+ };
+ if($@) {
+ do_log("Fork $fork, pid $g{'forks'}{$fork}{'pid'} stalled on reply to ping: $@. Killing this fork.");
+ kill 15, $g{'forks'}{$fork}{'pid'} or do_log("Sending $fork TERM signal failed: $!");
+ close $g{'forks'}{$fork}{'CS'} or do_log("Closing socket to fork $fork failed: $!");
+ delete $g{'forks'}{$fork};
+ next;
+ }
+ do_log("DEBUG SNMP: Fork $fork returned complete message for ping request",4) if $g{'debug'};
+
+ my $hashref = thaw($data_in);
+ my %returned;
+ if (defined $hashref) {
+ do_log("DEBUG SNMP: Dethawing data for ping of fork $fork",4) if $g{'debug'};
+ %returned = %{ thaw($data_in) };
+ }
+ else {
+ print "failed thaw for ping of fork $fork\n";
+ next;
+ }
+ if (defined $returned{'pong'}) {
+ $g{'forks'}{$fork}{'time'} = time;
+ do_log("Fork $fork responded to ping request $returned{'ping'} with $returned{'pong'} at $g{'forks'}{$fork}{'time'}",4) if $g{'debug'};
+ delete $g{'forks'}{$fork}{'pinging'};
+ } else {
+ do_log("Fork $fork didnt send an appropriate response, killing it",4) if $g{'debug'};
+ kill 15, $g{'forks'}{$fork}{'pid'} or do_log("Sending $fork TERM signal failed: $!");
+ close $g{'forks'}{$fork}{'CS'} or do_log("Closing socket to fork $fork failed: $!");
+ delete $g{'forks'}{$fork};
+ next;
+ }
+
+ } else {
+ do_log("DEBUG SNMP: Fork $fork seems not to have replied to our ping, killing it",4);
+ kill 15, $g{'forks'}{$fork}{'pid'} or do_log("Sending $fork TERM signal failed: $!");
+ close $g{'forks'}{$fork}{'CS'} or do_log("Closing socket to fork $fork failed: $!");
+ delete $g{'forks'}{$fork};
+ next;
+ }
+
+ } else {
+ my %ping_input = ('ping' => time);
+ do_log("Fork $fork has been idle for more than cycle time, pinging it at $ping_input{'ping'}",4) if $g{'debug'};
+ my $serialized = nfreeze(\%ping_input);
+ eval {
+ local $SIG{ALRM} = sub { die "Timeout sending polling task data to fork\n" };
+ alarm 15;
+ $g{'forks'}{$fork}{'CS'}->print("$serialized\nEOF\n");
+ alarm 0;
+ };
+ if($@) {
+ do_log("Fork $g{'forks'}{$fork}, pid $g{'forks'}{$fork}{'pid'} not responding: $@. Killing this fork.");
+ kill 15, $g{'forks'}{$fork}{'pid'} or do_log("Sending TERM signal to fork $fork failed: $!");
+ close $g{'forks'}{$fork}{'CS'} or do_log("Closing socket to fork $fork failed: $!");
+ delete $g{'forks'}{$fork};
+ next;
+ }
+ $g{'forks'}{$fork}{'pinging'} = 1;
+ }
+ }
}
}
}
@@ -410,16 +494,40 @@
# Our getline timed out, which means we haven't gotten any data
# in a while. Make sure our parent is still there
if($@) {
- exit 1 if !kill 0, $g{'mypid'};
+ do_log("Fork $fork_num timed out waiting for data from parent: $@",4);
+ if (!kill 0, $g{'mypid'}) {
+ do_log("Parent is no longer running, fork $fork_num exiting");
+ exit 1;
+ }
}
$serialized .= $string_in if defined $string_in;
} until $serialized =~ s/\nEOF\n$//s;
+ do_log("DEBUG SNMP($fork_num): Got EOF in message, attempting to thaw",4) if $g{'debug'};
# Now decode our serialized data scalar
- my %data_in = %{thaw($serialized)};
+ my %data_in;
+ eval {
+ %data_in = %{thaw($serialized)};
+ };
+ if ($@) {
+ do_log("DEBUG SNMP($fork_num): thaw failed attempting to thaw $serialized: $@",4) if $g{'debug'};
+ do_log("DEBUG SNMP($fork_num): Replying to corrupt message with a pong",4) if $g{'debug'};
+ $data_out{'ping'} = '0';
+ $data_out{'pong'} = time;
+ send_data($sock,\%data_out);
+ next DEVICE;
+ }
+ if (defined $data_in{'ping'}) {
+ do_log("DEBUG SNMP($fork_num): Received ping from master $data_in{'ping'},replying",4) if $g{'debug'};
+ $data_out{'ping'} = $data_in{'ping'};
+ $data_out{'pong'} = time;
+ send_data($sock,\%data_out);
+ next DEVICE;
+ }
+
# Get SNMP variables
my $snmp_cid = $data_in{'cid'};
my $snmp_port = $data_in{'port'} || 161; # Default to 161 if not specified
This was sent by the SourceForge.net collaborative development platform, the world's largest Open Source development site.
|
|
From: <buc...@us...> - 2010-03-10 22:28:12
|
Revision: 176
http://devmon.svn.sourceforge.net/devmon/?rev=176&view=rev
Author: buchanmilne
Date: 2010-03-10 22:28:03 +0000 (Wed, 10 Mar 2010)
Log Message:
-----------
Close unnecessary sockets
Modified Paths:
--------------
trunk/modules/dm_snmp.pm
Modified: trunk/modules/dm_snmp.pm
===================================================================
--- trunk/modules/dm_snmp.pm 2010-03-10 22:24:30 UTC (rev 175)
+++ trunk/modules/dm_snmp.pm 2010-03-10 22:28:03 UTC (rev 176)
@@ -355,15 +355,21 @@
if($pid = fork) {
# Parent code here
- close $g{'forks'}{$num}{'PS'}; # dont need to communicate with ourself
+ do_log("Fork number $num started with pid $pid") if $g{'debug'};
+ close $g{'forks'}{$num}{'PS'} or do_log("Closing socket to ourself failed: $!\n"); # dont need to communicate with ourself
$g{'forks'}{$num}{'pid'} = $pid;
+ $g{'forks'}{$num}{'time'} = time;
$g{'forks'}{$num}{'CS'}->blocking(0);
}
elsif(defined $pid) {
# Child code here
$g{'parent'} = 0; # We arent the parent any more...
- close $g{'forks'}{$num}{'CS'}; # Same as above
- $0 = 'devmon'; # Remove our 'master' tag
+ do_log("DEBUG SNMP: Fork $num using sockets $g{'forks'}{$num}{'PS'} <-> $g{'forks'}{$num}{'CS'} for IPC") if $g{'debug'};
+ foreach (sort {$a <=> $b} keys %{$g{'forks'}}) {
+ do_log("DEBUG SNMP: Fork $num closing socket (child $_) $g{'forks'}{$_}{'PS'}") if $g{'debug'};
+ $g{'forks'}{$_}{'CS'}->close or do_log("Closing socket for fork $_ failed: $!"); # Same as above
+ }
+ $0 = "devmon-$num"; # Remove our 'master' tag
fork_sub($num); # Enter our neverending query loop
exit; # We should never get here, but just in case
}
This was sent by the SourceForge.net collaborative development platform, the world's largest Open Source development site.
|
|
From: <buc...@us...> - 2010-03-10 22:24:36
|
Revision: 175
http://devmon.svn.sourceforge.net/devmon/?rev=175&view=rev
Author: buchanmilne
Date: 2010-03-10 22:24:30 +0000 (Wed, 10 Mar 2010)
Log Message:
-----------
Process forks in numerical order instead of hash order
Modified Paths:
--------------
trunk/modules/dm_snmp.pm
Modified: trunk/modules/dm_snmp.pm
===================================================================
--- trunk/modules/dm_snmp.pm 2010-03-10 22:17:50 UTC (rev 174)
+++ trunk/modules/dm_snmp.pm 2010-03-10 22:24:30 UTC (rev 175)
@@ -200,7 +200,7 @@
my @devices = keys %{$snmp_input};
while(@devices or $active_forks) {
- for my $fork (1 .. $g{'numforks'}) {
+ foreach my $fork (sort {$a <=> $b} keys %{$g{'forks'}}) {
# First lets see if our fork is working on a device
if(defined $g{'forks'}{$fork}{'dev'}) {
@@ -337,8 +337,9 @@
my $pid;
# Find our next available placeholder
- for (keys %{$g{'forks'}})
+ for (sort {$a <=> $b} keys %{$g{'forks'}})
{++$num and next if defined $g{'forks'}{$num}; last}
+ do_log("Starting fork number $num") if $g{'debug'};
# Open up our communication sockets
socketpair(
This was sent by the SourceForge.net collaborative development platform, the world's largest Open Source development site.
|
|
From: <buc...@us...> - 2010-03-10 22:17:57
|
Revision: 174
http://devmon.svn.sourceforge.net/devmon/?rev=174&view=rev
Author: buchanmilne
Date: 2010-03-10 22:17:50 +0000 (Wed, 10 Mar 2010)
Log Message:
-----------
Provide some fork details in dm test for polling host
Modified Paths:
--------------
trunk/modules/dm_msg.pm
Modified: trunk/modules/dm_msg.pm
===================================================================
--- trunk/modules/dm_msg.pm 2010-03-10 22:13:34 UTC (rev 173)
+++ trunk/modules/dm_msg.pm 2010-03-10 22:17:50 UTC (rev 174)
@@ -145,6 +145,7 @@
# Spit out various data about our devmon process
sub dm_stat_msg {
+ my $color = 'green';
my $this_poll_time = $g{'snmppolltime'} + $g{'testtime'} +
$g{'msgxfrtime'};
@@ -188,11 +189,30 @@
"Poll time averaged over 5 poll cycles.";
}
+ $message .= "\n\nFork summary\n";
+ $message .= sprintf("%8s %-7s %18s %6s %25s\n",'Number','PID','Last checked in','Polled','Current Activity');
+ my $stalledforks = 0;
+ foreach my $fork (sort { $a <=> $b } keys %{$g{'forks'}}) {
+ my $activity = $g{'forks'}{$fork}{'pinging'} ? 'stalled' : $g{'forks'}{$fork}{'dev'} ? "polling $g{'forks'}{$fork}{'dev'}" : 'idle';
+ $stalledforks++ if ($activity eq 'stalled');
+ my $ftime = time - $g{'forks'}{$fork}{'time'};
+ my $polled = $g{'forks'}{$fork}{'polled'} ? $g{'forks'}{$fork}{'polled'} : '';
+ if ($ftime > (3*$g{'cycletime'}) ) {
+ $color = 'yellow';
+ $activity .= " for more than cycletime \&yellow";
+ }
+ $ftime .= 's ago';
+ $message .= sprintf("%8d %7d %18s %6s %25s\n",$fork,$g{'forks'}{$fork}{'pid'},${ftime},$polled,$activity);
+ }
+ if ($stalledforks gt $g{'numforks'}) {
+ $color = 'red';
+ $message .= "&red $stalledforks forks of $g{'numforks'} are stalled\n";
+ }
# Add the header
my $host = $g{'nodename'};
$host =~ s/\./,/g; # Dont forget our FQDN stuff
- $message = "status $host.dm green ".(scalar localtime)."\n\n$message\n";
+ $message = "status $host.dm $color ".(scalar localtime)."\n\n$message\n";
return $message;
This was sent by the SourceForge.net collaborative development platform, the world's largest Open Source development site.
|
|
From: <buc...@us...> - 2010-03-10 22:13:40
|
Revision: 173
http://devmon.svn.sourceforge.net/devmon/?rev=173&view=rev
Author: buchanmilne
Date: 2010-03-10 22:13:34 +0000 (Wed, 10 Mar 2010)
Log Message:
-----------
Maintain per-fork polled device counter
Modified Paths:
--------------
trunk/modules/dm_snmp.pm
Modified: trunk/modules/dm_snmp.pm
===================================================================
--- trunk/modules/dm_snmp.pm 2010-03-10 22:03:12 UTC (rev 172)
+++ trunk/modules/dm_snmp.pm 2010-03-10 22:13:34 UTC (rev 173)
@@ -50,6 +50,10 @@
# Sub that, given a hash of device data, will query specified oids for
# each device and return a hash of the snmp query results
sub poll_devices {
+ # clear per-fork polled device counters
+ foreach (keys %{$g{'forks'}} ) {
+ $g{'forks'}{$_}{'polled'} = 0;
+ }
do_log("DEBUG SNMP: running poll_devices()",0) if $g{'debug'};
do_log("Starting snmp queries",1);
@@ -224,6 +228,8 @@
# If we got good data, reset the fail counter to 0
$g{'fail'}{$dev} = 0;
+ # increment the per-fork polled device counter
+ $g{'forks'}{$fork}{'polled'}++;
}
else {
print "failed thaw on $dev\n";
This was sent by the SourceForge.net collaborative development platform, the world's largest Open Source development site.
|
|
From: <buc...@us...> - 2010-03-10 22:03:22
|
Revision: 172
http://devmon.svn.sourceforge.net/devmon/?rev=172&view=rev
Author: buchanmilne
Date: 2010-03-10 22:03:12 +0000 (Wed, 10 Mar 2010)
Log Message:
-----------
Clean up some logging, including identifying the affected fork if applicable
Modified Paths:
--------------
trunk/modules/dm_snmp.pm
Modified: trunk/modules/dm_snmp.pm
===================================================================
--- trunk/modules/dm_snmp.pm 2010-03-10 21:13:24 UTC (rev 171)
+++ trunk/modules/dm_snmp.pm 2010-03-10 22:03:12 UTC (rev 172)
@@ -77,7 +77,7 @@
while(<$sock>) {
my ($device,$color,$line1) = split /\|/;
my ($l1col) = ($line1 =~ /^(\w+)/);
- do_log("$device has hobbit status $color ($l1col)") if $g{debug};
+ do_log("DEBUG SNMP: $device has hobbit status $color ($l1col)",2) if $g{debug};
$g{'hobbit_color'}{$device} = $color ne "blue" && $color || $l1col;
}
}
@@ -260,10 +260,10 @@
my $pid = $g{'forks'}{$fork}{'pid'};
# See if we've exceeded our max poll time
if((time - $g{'forks'}{$fork}{'time'}) > $g{'maxpolltime'}) {
- do_log("Fork $fork ($pid) exceeded poll time polling $dev",0);
+ do_log("WARNING: Fork $fork ($pid) exceeded poll time polling $dev",0);
# Kill it
- do_log("Fork $fork ($pid) exceeded poll time polling $dev",0);
- kill 15, $pid;
+ kill 15, $pid or do_log("WARNING: Sending fork $fork TERM signal failed: $!",0);
+ close $g{'forks'}{$fork}{'CS'} or do_log("WARNING: Closing socket to fork $fork failed: $!",1);
delete $g{'forks'}{$fork};
--$active_forks;
fork_queries();
@@ -475,9 +475,9 @@
my $oids_num = keys %{$data_in{'nonreps'}};
my $ii = 0;
- do_log("DEBUG SNMP: $oids_num",0) if $g{'debug'};
+ do_log("DEBUG SNMP($fork_num): $oids_num",0) if $g{'debug'};
for my $oid (keys %{$data_in{'nonreps'}}) {
- do_log("DEBUG SNMP: $ii => $oid ",0) if $g{'debug'};
+ do_log("DEBUG SNMP($fork_num): $ii => $oid ",0) if $g{'debug'};
$ii++;
push @nrep_oids_my, $oid;
push @nrep_oids, encode_oid(split /\./, $oid);
@@ -488,17 +488,17 @@
for (my $index = 0; $index < $oids_num; $index++) {
++$nrep_oids_temp_cpt;
push @nrep_oids_temp, $nrep_oids[$index];
-do_log("DEBUG SNMP: Adding ID => $nrep_oids_temp_cpt OID =>$nrep_oids_my[$index]",0) if $g{'debug'};
+do_log("DEBUG SNMP($fork_num): Adding ID => $nrep_oids_temp_cpt OID =>$nrep_oids_my[$index]",0) if $g{'debug'};
#if ($nrep_oids_temp_cpt == 10) {
- do_log("DEBUG SNMP: Pooling $nrep_oids_temp_cpt oids",0) if $g{'debug'};
+ do_log("DEBUG SNMP($fork_num): Pooling $nrep_oids_temp_cpt oids",0) if $g{'debug'};
if(@nrep_oids_temp) {
if($session->get_request_response(@nrep_oids_temp)) {
my $response = $session->pdu_buffer;
my ($bindings) = $session->decode_get_response($response);
if(!defined $bindings or $bindings eq '') {
my $snmp_err;
- do_log("DEBUG SNMP: $SNMP_Session::errmsg",0) if $g{'debug'};
+ do_log("DEBUG SNMP($fork_num): $SNMP_Session::errmsg",0) if $g{'debug'};
($snmp_err = $SNMP_Session::errmsg) =~ s/\n.*//s;
my $error_str = "snmpget $dev ($snmp_err)";
$data_out{'error'}{$error_str} = 0;
@@ -552,7 +552,7 @@
# Catch any failures
if(!defined $num_reps or $num_reps == 0) {
my $snmp_err;
- do_log("DEBUG SNMP: $SNMP_Session::errmsg",0) if $g{'debug'};
+ do_log("DEBUG SNMP($fork_num): $SNMP_Session::errmsg",0) if $g{'debug'};
($snmp_err = $SNMP_Session::errmsg) =~ s/\n.*//s;
if ($snmp_err ne '') {
my $error_str =
@@ -566,7 +566,7 @@
$data_out{'maxrep'}{$oid} = $num_reps + 1;
}
- do_log("DEBUG SNMP: Failed queries $failed_query",0) if $g{'debug'};
+ do_log("DEBUG SNMP($fork_num): Failed queries $failed_query",0) if $g{'debug'};
# We dont want to do every table if we are failing alot of walks
if($failed_query > 6) {
my $error_str =
This was sent by the SourceForge.net collaborative development platform, the world's largest Open Source development site.
|
|
From: <buc...@us...> - 2010-03-10 21:13:30
|
Revision: 171
http://devmon.svn.sourceforge.net/devmon/?rev=171&view=rev
Author: buchanmilne
Date: 2010-03-10 21:13:24 +0000 (Wed, 10 Mar 2010)
Log Message:
-----------
Log fork signals separately at high debug levels
Modified Paths:
--------------
trunk/modules/dm_config.pm
Modified: trunk/modules/dm_config.pm
===================================================================
--- trunk/modules/dm_config.pm 2010-03-10 20:51:36 UTC (rev 170)
+++ trunk/modules/dm_config.pm 2010-03-10 21:13:24 UTC (rev 171)
@@ -2151,7 +2151,11 @@
my ($retcode) = @_;
$retcode = 0 if (!defined $retcode);
if ($retcode !~ /^\d*$/) {
- do_log("Received signal $retcode, shutting down with return code 0",3);
+ if($g{'parent'}) {
+ do_log("Master received signal $retcode, shutting down with return code 0",3);
+ } else {
+ do_log("Fork with pid $$ received signal $retcode, shutting down with return code 0",5);
+ }
$retcode = 0;
}
This was sent by the SourceForge.net collaborative development platform, the world's largest Open Source development site.
|
|
From: <buc...@us...> - 2010-03-10 20:52:10
|
Revision: 170
http://devmon.svn.sourceforge.net/devmon/?rev=170&view=rev
Author: buchanmilne
Date: 2010-03-10 20:51:36 +0000 (Wed, 10 Mar 2010)
Log Message:
-----------
Avoid divide by zero calculating average tests per node when no active nodes
Modified Paths:
--------------
trunk/modules/dm_config.pm
Modified: trunk/modules/dm_config.pm
===================================================================
--- trunk/modules/dm_config.pm 2010-02-03 14:26:23 UTC (rev 169)
+++ trunk/modules/dm_config.pm 2010-03-10 20:51:36 UTC (rev 170)
@@ -496,7 +496,7 @@
my $num_active_nodes = @active_nodes + 0;
# Determine the avg number of tests/node
- my $avg_tests_node = int $total_tests / $num_active_nodes;
+ my $avg_tests_node = $num_active_nodes ? int $total_tests / $num_active_nodes : 0;
# Now lets see if we need tests
if($my_num_tests < $avg_tests_node) {
This was sent by the SourceForge.net collaborative development platform, the world's largest Open Source development site.
|
|
From: SourceForge.net <no...@so...> - 2010-02-05 00:29:09
|
Bugs item #2615151, was opened at 2009-02-18 20:54 Message generated for change (Comment added) made by goldfndr You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=816977&aid=2615151&group_id=160720 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. >Category: Templates Group: None Status: Open >Resolution: Later Priority: 5 Private: No Submitted By: Richard Finegold (goldfndr) Assigned to: Nobody/Anonymous (nobody) Summary: cisco-2811 has wrong ifName oids Initial Comment: The cisco-2811 template has a variety of oids for ifName. The cisco-2801 template (and others, except linux-openwrt which uses ifDescr) have a more correct oid: .1.3.6.1.2.1.2.2.1.10 ---------------------------------------------------------------------- >Comment By: Richard Finegold (goldfndr) Date: 2010-02-04 16:29 Message: Consolidation/inheritance is in the roadmap -- https://sourceforge.net/tracker/index.php?func=detail&aid=2937034&group_id=160720&atid=816980 -- so I have no problem with waiting for this issue to be dealt with at that time; I'm thinking it'll be the perfect example for demonstrating inheritance overriding/avoidance. ---------------------------------------------------------------------- Comment By: Buchan Milne (buchanmilne) Date: 2010-02-04 03:02 Message: Having copied the 2801 template for a 3800 earlier, it for some reason has worked, using OID .1.3.6.1.2.1.2.2.1.10 (ifInOctets) for ifName, the content in if_load test ends up containing values that seem to come from ifDescr (.1.3.6.1.2.1.2.2.1.2). (This could be due to the fact that other tests already define ifName as .1.3.6.1.2.1.2.2.1.2) These values are in the long format, e.g.: GigabitEthernet0/0 Switching to 1.3.6.1.2.1.31.1.1.1.1 will switch to the short format, e.g.: Gi0/0 This means that people who have used the templates which mysteriously ended up using ifDescr may have to change per-device custom exceptions, and rrd files will have to be renamed. Is this worth the effort? The other issue is that the ifAliasBox or ifAlias is not used (so the interface description is missing), but that can be added more easily than changing the format of the interface names. ---------------------------------------------------------------------- Comment By: Richard Finegold (goldfndr) Date: 2009-12-30 19:42 Message: Well, that serves me for checking the wrong section. The actual correct oid is .1.3.6.1.2.1.31.1.1.1.1 (see any of the cisco 29xx templates). ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=816977&aid=2615151&group_id=160720 |
|
From: SourceForge.net <no...@so...> - 2010-02-04 11:02:34
|
Bugs item #2615151, was opened at 2009-02-19 06:54 Message generated for change (Comment added) made by buchanmilne You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=816977&aid=2615151&group_id=160720 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Richard Finegold (goldfndr) Assigned to: Nobody/Anonymous (nobody) Summary: cisco-2811 has wrong ifName oids Initial Comment: The cisco-2811 template has a variety of oids for ifName. The cisco-2801 template (and others, except linux-openwrt which uses ifDescr) have a more correct oid: .1.3.6.1.2.1.2.2.1.10 ---------------------------------------------------------------------- >Comment By: Buchan Milne (buchanmilne) Date: 2010-02-04 13:02 Message: Having copied the 2801 template for a 3800 earlier, it for some reason has worked, using OID .1.3.6.1.2.1.2.2.1.10 (ifInOctets) for ifName, the content in if_load test ends up containing values that seem to come from ifDescr (.1.3.6.1.2.1.2.2.1.2). (This could be due to the fact that other tests already define ifName as .1.3.6.1.2.1.2.2.1.2) These values are in the long format, e.g.: GigabitEthernet0/0 Switching to 1.3.6.1.2.1.31.1.1.1.1 will switch to the short format, e.g.: Gi0/0 This means that people who have used the templates which mysteriously ended up using ifDescr may have to change per-device custom exceptions, and rrd files will have to be renamed. Is this worth the effort? The other issue is that the ifAliasBox or ifAlias is not used (so the interface description is missing), but that can be added more easily than changing the format of the interface names. ---------------------------------------------------------------------- Comment By: Richard Finegold (goldfndr) Date: 2009-12-31 05:42 Message: Well, that serves me for checking the wrong section. The actual correct oid is .1.3.6.1.2.1.31.1.1.1.1 (see any of the cisco 29xx templates). ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=816977&aid=2615151&group_id=160720 |
|
From: SourceForge.net <no...@so...> - 2010-02-03 22:00:51
|
Bugs item #2937033, was opened at 2010-01-22 10:57 Message generated for change (Comment added) made by buchanmilne You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=816977&aid=2937033&group_id=160720 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Templates Group: v1.0 (example) Status: Open Resolution: None Priority: 5 Private: No Submitted By: canne (canne) Assigned to: Nobody/Anonymous (nobody) Summary: Many templates share "sysdesc" in specs Initial Comment: I found out that the following templates share the same "sysdesc" line in the file "specs": linux-netsnmp compaq-server dell-perc This ends up in having the wrong template for Linux servers. I got no warnings in the log for this. ---------------------------------------------------------------------- >Comment By: Buchan Milne (buchanmilne) Date: 2010-02-04 00:00 Message: Which is the correct template in your case? (device identification based solely on sysDescr is wrong, but it is quite some work to get to a better solution). For now, you should specify the template you want with the model option in bb-hosts, or edit the sysdesc values of the templates you don't use ... ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=816977&aid=2937033&group_id=160720 |
|
From: <buc...@us...> - 2010-02-03 14:26:35
|
Revision: 169
http://devmon.svn.sourceforge.net/devmon/?rev=169&view=rev
Author: buchanmilne
Date: 2010-02-03 14:26:23 +0000 (Wed, 03 Feb 2010)
Log Message:
-----------
Add temperature test from 6509
Added Paths:
-----------
trunk/templates/cisco-7206/temp/
trunk/templates/cisco-7206/temp/exceptions
trunk/templates/cisco-7206/temp/message
trunk/templates/cisco-7206/temp/oids
trunk/templates/cisco-7206/temp/thresholds
trunk/templates/cisco-7206/temp/transforms
Added: trunk/templates/cisco-7206/temp/exceptions
===================================================================
Added: trunk/templates/cisco-7206/temp/message
===================================================================
--- trunk/templates/cisco-7206/temp/message (rev 0)
+++ trunk/templates/cisco-7206/temp/message 2010-02-03 14:26:23 UTC (rev 169)
@@ -0,0 +1,5 @@
+
+Thermal sensors:
+TABLE: noalarmsmsg,rrd(DS:ds0:ciscoEnvMonTemperatureStatusValue:GAUGE; DS:ds1:ciscoEnvMonTemperatureThreshold:GAUGE)
+ID|Sensor Location|Temp|Threshold|Condition
+{ciscoEnvMonTemperatureId}|{ciscoEnvMonTemperatureStatusDescr}|{ciscoEnvMonTemperatureStatusValue}|{ciscoEnvMonTemperatureThreshold}|{ciscoEnvMonTemperatureState.color}{ciscoEnvMonTemperatureStateTxt}
Added: trunk/templates/cisco-7206/temp/oids
===================================================================
--- trunk/templates/cisco-7206/temp/oids (rev 0)
+++ trunk/templates/cisco-7206/temp/oids 2010-02-03 14:26:23 UTC (rev 169)
@@ -0,0 +1,4 @@
+ciscoEnvMonTemperatureStatusDescr: 1.3.6.1.4.1.9.9.13.1.3.1.2 : branch
+ciscoEnvMonTemperatureStatusValue: 1.3.6.1.4.1.9.9.13.1.3.1.3 : branch
+ciscoEnvMonTemperatureThreshold : 1.3.6.1.4.1.9.9.13.1.3.1.4 : branch
+ciscoEnvMonTemperatureState: 1.3.6.1.4.1.9.9.13.1.3.1.6 : branch
Added: trunk/templates/cisco-7206/temp/thresholds
===================================================================
--- trunk/templates/cisco-7206/temp/thresholds (rev 0)
+++ trunk/templates/cisco-7206/temp/thresholds 2010-02-03 14:26:23 UTC (rev 169)
@@ -0,0 +1,4 @@
+ciscoEnvMonTemperatureStateTxt : green : normal
+ciscoEnvMonTemperatureStateTxt : yellow : warning|shutdown|notFunctioning
+ciscoEnvMonTemperatureStateTxt : red : critical
+ciscoEnvMonTemperatureStateTxt : clear : nonPresent
Added: trunk/templates/cisco-7206/temp/transforms
===================================================================
--- trunk/templates/cisco-7206/temp/transforms (rev 0)
+++ trunk/templates/cisco-7206/temp/transforms 2010-02-03 14:26:23 UTC (rev 169)
@@ -0,0 +1,4 @@
+ciscoEnvMonTemperatureStateTxt : SWITCH : {ciscoEnvMonTemperatureState} 1=normal,2=warning,3=critical,4=shutdown,5=nonPresent,6=notFunctioning
+#ciscoEnvMonTemperatureId : REGSUB : {ciscoEnvMonTemperatureStatusDescr} /(\S+) (\S+) (\S+) (\(.*\))? temp.*/$1$2$3/
+#ciscoEnvMonTemperatureId : REGSUB : {ciscoEnvMonTemperatureStatusDescr} /(\S+) (\S+) (\S+)(( (\S+))?)( \(.*\))? temp.*/$1$2$3$6/
+ciscoEnvMonTemperatureId : REGSUB : {ciscoEnvMonTemperatureStatusDescr} /(\S+) (\S+) (\S+)( \((.*)\))?(( (\S+))?)( \(.*\))? temp.*/$1$2$3$8/
This was sent by the SourceForge.net collaborative development platform, the world's largest Open Source development site.
|
|
From: SourceForge.net <no...@so...> - 2010-01-22 08:57:28
|
Bugs item #2937033, was opened at 2010-01-22 09:57 Message generated for change (Tracker Item Submitted) made by canne You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=816977&aid=2937033&group_id=160720 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Templates Group: v1.0 (example) Status: Open Resolution: None Priority: 5 Private: No Submitted By: canne (canne) Assigned to: Nobody/Anonymous (nobody) Summary: Many templates share "sysdesc" in specs Initial Comment: I found out that the following templates share the same "sysdesc" line in the file "specs": linux-netsnmp compaq-server dell-perc This ends up in having the wrong template for Linux servers. I got no warnings in the log for this. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=816977&aid=2937033&group_id=160720 |
|
From: SourceForge.net <no...@so...> - 2009-12-31 03:42:52
|
Bugs item #2615151, was opened at 2009-02-18 20:54 Message generated for change (Comment added) made by goldfndr You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=816977&aid=2615151&group_id=160720 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Richard Finegold (goldfndr) Assigned to: Nobody/Anonymous (nobody) Summary: cisco-2811 has wrong ifName oids Initial Comment: The cisco-2811 template has a variety of oids for ifName. The cisco-2801 template (and others, except linux-openwrt which uses ifDescr) have a more correct oid: .1.3.6.1.2.1.2.2.1.10 ---------------------------------------------------------------------- >Comment By: Richard Finegold (goldfndr) Date: 2009-12-30 19:42 Message: Well, that serves me for checking the wrong section. The actual correct oid is .1.3.6.1.2.1.31.1.1.1.1 (see any of the cisco 29xx templates). ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=816977&aid=2615151&group_id=160720 |
|
From: SourceForge.net <no...@so...> - 2009-12-31 03:28:06
|
Bugs item #2924007, was opened at 2009-12-30 19:28 Message generated for change (Tracker Item Submitted) made by goldfndr You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=816977&aid=2924007&group_id=160720 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Templates Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Richard Finegold (goldfndr) Assigned to: Nobody/Anonymous (nobody) Summary: Template exceptions sorted misleadingly Initial Comment: According to the TEMPLATES documentation, the "exceptions" are applied in a specific order: ignore, only, alarm, noalarm. But many of the templates list alarm before ignore, which implies a different specific order or random processing. If one has read the documentation ("So if you have a primary alias that matches both an 'ignore' and an 'alarm' exception, no alarm will be generated (in fact, the row wont even be displayed in the repeater table)."), it can be somewhat jarring. The templates' exceptions files should be revised to be in the documented order, as reminder/reinforcement for the documentation. Some of the cisco serial exceptions (e.g. 2801, 2900, 2950, 2970, 6506) seem to be in the correct order, but they're arguably more like Easter Eggs than correct. Additionally, the USING and using.html documents should be revised to conform to the documented order instead of only/ignore/alarm on/no alarm. Additionally, perhaps the paragraph that follows the exception types in USING and using.html should be appended with a Alternatively, if the TEMPLATES documentation is wrong, the documentation should be corrected. I can create patches if that would help. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=816977&aid=2924007&group_id=160720 |
1 message has been excluded from this view by a project administrator.
