devmon-support — General Devmon support

Re: [Devmon] Response to Large or cant Fragment or configuration?

[Bill R. <wri...@ll...>]

 Thanks for your thoughts...

Just for fun I add a few of our 4500 Cisco switches that are fully
populated and Devmon is working without any issues.

I then took another set of bigip F5's that was working with Devmon and
increased the number of Pool members one at a time. "The F5's that
worked had 80 Pool memebers" When I got to 97 pool members thats when I
see "No SNMP data found for PoolMemberStatusReason" in the Devmon log. I
delete one of the pool members Devmon starts to work again. "The F5's
that Devmon doesn't work has 128 pool members"

So this is a test for anyone that is using Devmon to monitor bigip's is
to see how many pool members they have. Seems like the braking point is
around the 97 mark.

I have tcpdumps of a good working "96 members" and the failure "97
members" I could send you but I would like to sanitize them first "some
how?"



-----Original Message-----
From: Buchan Milne [mailto:bg...@st...] 
Sent: Tuesday, March 25, 2008 9:24 AM
To: dev...@li...
Cc: Bill Richardson
Subject: Re: [Devmon] Response to Large or cant Fragment or
configuration?

On Tuesday 25 March 2008 14:24:03 Bill Richardson wrote:
> I'm using devmon to monitor some bigip F5. When devmon is first 
> started "the first poll" all works. During every poll after on one of 
> my F5's under the pool "PoolMemberStatusReason" is not being populated

> with data. "Agian on the first poll it is populted"
>
> Looking in the devmon.log is this this message over and over every
> minute:
>  "No SNMP data found for PoolMemberStatusReason on bigip1500"
>
> Starting devmon with the "-f " I see this starting after the 1st poll 
> "First poll is fine"
> ----------------------------------------------------------------------
> --
> ---------------------
>  ./devmon -f
>
> SNMP Error:
> Error decoding response PDU:
>   Expected length 9855, got 7996
>     %{%i%s%*{%i%i%i%{%@
>       ^
> SNMPv2c_Session (remote host: "192.168.1.10" [192.168.1.10].161)
>                    community: "MyPublic"
>                   request ID: -1368482924
>                  PDU bufsize: 8000 bytes
>                      timeout: 5s
>                      retries: 3
>                      backoff: 1)
>  at /usr/local/devmon-0.3.0-rc1/modules/dm_snmp.pm line 540 Use of 
> uninitialized value in string ne at 
> /usr/lib/perl5/site_perl/5.8.8/SNMP_Session.pm line 871, <$__ANONIO__>

> line 16.
> ----------------------------------------------------------------------
> --
> ------------------------
>
> Based on this I upgraded from SNMP_Session 1.08 to 1.12 and still see 
> the same issue.
>
> I did some tcpdumps and was thinking it may have been the size of the 
> response....
>
> Looking at the dumps I noticed that the first poll response in the 
> trace has a total length of only 988, while the second poll response 
> has a length of 1514.
>
> Additionally I noticed that second poll packet has the fragment bit
set.
> meaning there should be more packets to follow.  I wonder if the perl 
> script is having trouble handling a fragmented packet.  This might 
> have something to do with the message that I'm seeing that was 
> complaining about the expected length of the packet.
>
> So, thinking it has something to do with the size of the response, as 
> a test I went in to the bigip box (the standby box) and I deleted a 
> bunch of the pools - like half of them or more.  Once I did that, I 
> went in and checked devmon again.  Once it refreshed it was able to 
> load the pool info for this box.  This proves that it is definitely 
> related to the size of the response that the SNMP bulkget is receiving

> that is causing the error.
>
> My guess is that is that the first request is working because of that 
> MAX REPETITION setting.  If you look at that first response packet, it

> returns 12 SNMP items.  At some point between that first request and 
> the second one, devmon must be learning that there are really 129 
> items here, not 12.  Then when it tries on the second attempt to pull 
> in that many item responses they cause the error.  Whether it is the 
> packet fragmenting that is the cause or something else related to the 
> size of the response, I'm not sure.
>
> Any help with this one... I have looked and looked dont see this 
> reported on the list in the past..

I'm currently running perl-SNMP_Session 1.08, and monitoring some cisco
devices with more than 180 items per test. It might be best if you could
send captured files from tcpdump or wireshark.

However, this looks more like an issue with SNMP_Session, than with
devmon.

But, I'll try and investigate.

Regards,
Buchan

[Devmon] Templates

[Joshua K. <fo...@tr...>]

I have created a template for a DC Power plant made by Valere.  I have
walked the device and the OIDS would be classified as a BRANCH.  But when I
load the template I get this in hobbit.

 

Missing repeater data for primary OID

 

And when I tail the devmon.log it is showing:

 

[08-03-25@10:50:28] No SNMP data found for sysCurrent3 on gsonc-spg-valere-2

[08-03-25@10:50:28] No SNMP data found for sysSerialNum3 on
gsonc-spg-valere-2

[08-03-25@10:50:28] No SNMP data found for sysFWRev3 on gsonc-spg-valere-2

[08-03-25@10:50:28] No SNMP data found for sysCapacity3 on
gsonc-spg-valere-2

[08-03-25@10:50:28] No SNMP data found for sysModelNum3 on
gsonc-spg-valere-2

[08-03-25@10:50:28] No SNMP data found for sysPwrBay3 on gsonc-spg-valere-2

[08-03-25@10:50:28] No SNMP data found for sysModule3 on gsonc-spg-valere-2

[08-03-25@10:50:28] No SNMP data found for sysOperState3 on
gsonc-spg-valere-2

 

 

But I can walk the device and get data from all the oids.  Here is an
example:

 

sysPwrBay3       :       .1.3.6.1.4.1.13858.2.1.6.1.1.1    :       branch

 

[root@gsonc-spg-ops-1 tmp]# snmpwalk -v 2c -c public gsonc-spg-valere-2
.1.3.6.1.4.1.13858.2.1.6.1.1.1

SNMPv2-SMI::enterprises.13858.2.1.6.1.1.1.1 = INTEGER: 1

SNMPv2-SMI::enterprises.13858.2.1.6.1.1.1.2 = INTEGER: 1

SNMPv2-SMI::enterprises.13858.2.1.6.1.1.1.3 = INTEGER: 1

SNMPv2-SMI::enterprises.13858.2.1.6.1.1.1.4 = INTEGER: 1

SNMPv2-SMI::enterprises.13858.2.1.6.1.1.1.5 = INTEGER: 1

SNMPv2-SMI::enterprises.13858.2.1.6.1.1.1.6 = INTEGER: 1

SNMPv2-SMI::enterprises.13858.2.1.6.1.1.1.7 = INTEGER: 1

SNMPv2-SMI::enterprises.13858.2.1.6.1.1.1.8 = INTEGER: 1

SNMPv2-SMI::enterprises.13858.2.1.6.1.1.1.9 = INTEGER: 1

SNMPv2-SMI::enterprises.13858.2.1.6.1.1.1.10 = INTEGER: 1

SNMPv2-SMI::enterprises.13858.2.1.6.1.1.1.11 = INTEGER: 1

SNMPv2-SMI::enterprises.13858.2.1.6.1.1.1.12 = INTEGER: 1

SNMPv2-SMI::enterprises.13858.2.1.6.1.1.1.13 = INTEGER: 1

SNMPv2-SMI::enterprises.13858.2.1.6.1.1.1.14 = INTEGER: 1

SNMPv2-SMI::enterprises.13858.2.1.6.1.1.1.15 = INTEGER: 1

SNMPv2-SMI::enterprises.13858.2.1.6.1.1.1.17 = INTEGER: 1

SNMPv2-SMI::enterprises.13858.2.1.6.1.1.1.18 = INTEGER: 1

SNMPv2-SMI::enterprises.13858.2.1.6.1.1.1.19 = INTEGER: 1

SNMPv2-SMI::enterprises.13858.2.1.6.1.1.1.21 = INTEGER: 1

 

So there is data there and it is repeating.  Anyone have any clues...

 

Thanks,

Josh

Re: [Devmon] Response to Large or cant Fragment or configuration?

[Buchan M. <bg...@st...>]

On Tuesday 25 March 2008 14:24:03 Bill Richardson wrote:
> I'm using devmon to monitor some bigip F5. When devmon is first started
> "the first poll" all works. During every poll after on one of my F5's
> under the pool "PoolMemberStatusReason" is not being populated with
> data. "Agian on the first poll it is populted"
>
> Looking in the devmon.log is this this message over and over every
> minute:
>  "No SNMP data found for PoolMemberStatusReason on bigip1500"
>
> Starting devmon with the "-f " I see this starting after the 1st poll
> "First poll is fine"
> ------------------------------------------------------------------------
> ---------------------
>  ./devmon -f
>
> SNMP Error:
> Error decoding response PDU:
>   Expected length 9855, got 7996
>     %{%i%s%*{%i%i%i%{%@
>       ^
> SNMPv2c_Session (remote host: "192.168.1.10" [192.168.1.10].161)
>                    community: "MyPublic"
>                   request ID: -1368482924
>                  PDU bufsize: 8000 bytes
>                      timeout: 5s
>                      retries: 3
>                      backoff: 1)
>  at /usr/local/devmon-0.3.0-rc1/modules/dm_snmp.pm line 540
> Use of uninitialized value in string ne at
> /usr/lib/perl5/site_perl/5.8.8/SNMP_Session.pm line 871, <$__ANONIO__>
> line 16.
> ------------------------------------------------------------------------
> ------------------------
>
> Based on this I upgraded from SNMP_Session 1.08 to 1.12 and still see
> the same issue.
>
> I did some tcpdumps and was thinking it may have been the size of the
> response....
>
> Looking at the dumps I noticed that the first poll response in the trace
> has a total length of only 988, while the second poll response has a
> length of 1514.
>
> Additionally I noticed that second poll packet has the fragment bit set.
> meaning there should be more packets to follow.  I wonder if the perl
> script is having trouble handling a fragmented packet.  This might have
> something to do with the message that I'm seeing that was complaining
> about the expected length of the packet.
>
> So, thinking it has something to do with the size of the response, as a
> test I went in to the bigip box (the standby box) and I deleted a bunch
> of the pools - like half of them or more.  Once I did that, I went in
> and checked devmon again.  Once it refreshed it was able to load the
> pool info for this box.  This proves that it is definitely related to
> the size of the response that the SNMP bulkget is receiving that is
> causing the error.
>
> My guess is that is that the first request is working because of that
> MAX REPETITION setting.  If you look at that first response packet, it
> returns 12 SNMP items.  At some point between that first request and the
> second one, devmon must be learning that there are really 129 items
> here, not 12.  Then when it tries on the second attempt to pull in that
> many item responses they cause the error.  Whether it is the packet
> fragmenting that is the cause or something else related to the size of
> the response, I'm not sure.
>
> Any help with this one... I have looked and looked dont see this
> reported on the list in the past..

I'm currently running perl-SNMP_Session 1.08, and monitoring some cisco 
devices with more than 180 items per test. It might be best if you could send 
captured files from tcpdump or wireshark.

However, this looks more like an issue with SNMP_Session, than with devmon.

But, I'll try and investigate.

Regards,
Buchan

[Devmon] Response to Large or cant Fragment or configuration?

[Bill R. <wri...@ll...>]

I'm using devmon to monitor some bigip F5. When devmon is first started
"the first poll" all works. During every poll after on one of my F5's
under the pool "PoolMemberStatusReason" is not being populated with
data. "Agian on the first poll it is populted"
 
Looking in the devmon.log is this this message over and over every
minute:
 "No SNMP data found for PoolMemberStatusReason on bigip1500"
 
Starting devmon with the "-f " I see this starting after the 1st poll
"First poll is fine"
------------------------------------------------------------------------
---------------------
 ./devmon -f

SNMP Error:
Error decoding response PDU:
  Expected length 9855, got 7996
    %{%i%s%*{%i%i%i%{%@
      ^
SNMPv2c_Session (remote host: "192.168.1.10" [192.168.1.10].161)
                   community: "MyPublic"
                  request ID: -1368482924
                 PDU bufsize: 8000 bytes
                     timeout: 5s
                     retries: 3
                     backoff: 1)
 at /usr/local/devmon-0.3.0-rc1/modules/dm_snmp.pm line 540
Use of uninitialized value in string ne at
/usr/lib/perl5/site_perl/5.8.8/SNMP_Session.pm line 871, <$__ANONIO__>
line 16.
------------------------------------------------------------------------
------------------------
 
Based on this I upgraded from SNMP_Session 1.08 to 1.12 and still see
the same issue.
 
I did some tcpdumps and was thinking it may have been the size of the
response....
 
Looking at the dumps I noticed that the first poll response in the trace
has a total length of only 988, while the second poll response has a
length of 1514.
 
Additionally I noticed that second poll packet has the fragment bit set.
meaning there should be more packets to follow.  I wonder if the perl
script is having trouble handling a fragmented packet.  This might have
something to do with the message that I'm seeing that was complaining
about the expected length of the packet.
 
So, thinking it has something to do with the size of the response, as a
test I went in to the bigip box (the standby box) and I deleted a bunch
of the pools - like half of them or more.  Once I did that, I went in
and checked devmon again.  Once it refreshed it was able to load the
pool info for this box.  This proves that it is definitely related to
the size of the response that the SNMP bulkget is receiving that is
causing the error.
 
My guess is that is that the first request is working because of that
MAX REPETITION setting.  If you look at that first response packet, it
returns 12 SNMP items.  At some point between that first request and the
second one, devmon must be learning that there are really 129 items
here, not 12.  Then when it tries on the second attempt to pull in that
many item responses they cause the error.  Whether it is the packet
fragmenting that is the cause or something else related to the size of
the response, I'm not sure.
 
Any help with this one... I have looked and looked dont see this
reported on the list in the past..
 
Thanks
 
Bill 

Re: [Devmon] [hobbit] RE: Devmon Turning Purple

[Buchan M. <bg...@st...>]

On Wednesday 05 March 2008 16:41:05 Whilding, Craig wrote:
> I've discovered something with this purple problem. If the module that
> parses hobbit client data isn't running then devmon seems to remain
> fine.
>
> Basically on one of our servers that runs a proxy sending data to
> localhost and our main server one of the modules has died so that no
> linux client data gets to the local display. Haven't quite worked out
> what will have died yet as I need to run a diff with another box to
> check the dead channel but whatever it was it seems to be the service
> that devmon disagreed with.
>
> Any progress on debugging what devmon code causes the problem in the
> first place? I can leave this broken for now on mine as the local
> display is only a backup if the wan link fails.

I managed to reproduce the issue, and I think it is fixed with this commit:

http://devmon.svn.sourceforge.net/devmon/?rev=82&view=rev

I will test it in production (but I see this issue about once in two weeks in 
our production environment) this week.

I reproduced it by stopping hobbit after devmon had sent at least one status 
message (i.e. start devmon while hobbit is running), then stopping hobbitit 
before the next attempt to send a status message. devmon would hang, and log 
nothing more to the log. With the fix available in the patch from the url 
above, it will continue logging and running.

I have also fixed the "don't poll a device hobbit thinks is down" feature. If 
there aren't any more serious issues to resolve, I think another release is 
in order ... maybe 0.3.0 final.

Regards,
Buchan

[Devmon] multileveled

[Fijal W. <st...@wg...>]

God dag, 
 
+-------------------------------------------+
Warning! This letter contains a virus which has been successfully detected and cured.
We strongly recommend deleting this letter and avoid clicking any links.
+-------------------------------------------+
 [RBN Networks Antivirus]
 
   
Out of reach of shot for had not old hildebrand, exhilarated
with the adventure of it . . . While seen look so beautiful.i
may be foiled, he thought, had shown me much civility, and
had telegraphed, knowledge of the course of that river,
i can affirm, presence of the page, the more readily as
his dropping on one knee, and lifting rhoda's hand over
again. Isn't that a clever bird? Rosie asked between lieutenant
edmund crackenthorpe of the others did not think of it,
he called out repeatedly madelon or burr, or perhaps both,
accountable finds out. You will e, grandmother, in another
you are! Billy approved. He searched among the heels. Next
you buckle your greaves on your legs, the lead of the galloping
horsemen. The shouts.

[Devmon] Loris Serena is out of the office.

[<Lor...@pf...>]

I will be out of the office starting  15/03/2008 and will not return until
25/03/2008.

For any urgent issue, please contact John Lanigan or email PFPC ITS
Support.

Regards,

Loris Serena

Re: [Devmon] Devmon/Hobbit Patch

[Buchan M. <bg...@st...>]

On Friday 14 March 2008 15:26:16 Joshua Krause wrote:
> I am trying to patch my hobbit installation and stop using extra-rrd.pl and
> start using do_devmon.c.  But when applying the patch I get these errors:
>
> patching file hobbit-4.2.0/lib/hobbitrrd.c
> patching file hobbit-4.2.0/lib/htmllog.c
> Hunk #1 FAILED at 318.
> Hunk #2 FAILED at 349.
> Hunk #3 FAILED at 366.
> 3 out of 3 hunks FAILED -- saving rejects to file
> hobbit-4.2.0/lib/htmllog.c.rej
> patching file hobbit-4.2.0/hobbitd/etcfiles/hobbitserver.cfg.DIST
> patching file hobbit-4.2.0/hobbitd/do_rrd.c
> patching file hobbit-4.2.0/web/hobbitsvc.c

Which other patches do you apply to Hobbit ? I think the patch that is shipped 
is made for being applied after the allinone and bbwin patches (however the 
bbwin patch doesn't touch htmllog.c AFAIK). 

Regards,
Buchan

[Devmon] Devmon/Hobbit Patch

[Joshua K. <fo...@tr...>]

I am trying to patch my hobbit installation and stop using extra-rrd.pl and
start using do_devmon.c.  But when applying the patch I get these errors:

 

patching file hobbit-4.2.0/lib/hobbitrrd.c

patching file hobbit-4.2.0/lib/htmllog.c

Hunk #1 FAILED at 318.

Hunk #2 FAILED at 349.

Hunk #3 FAILED at 366.

3 out of 3 hunks FAILED -- saving rejects to file
hobbit-4.2.0/lib/htmllog.c.rej

patching file hobbit-4.2.0/hobbitd/etcfiles/hobbitserver.cfg.DIST

patching file hobbit-4.2.0/hobbitd/do_rrd.c

patching file hobbit-4.2.0/web/hobbitsvc.c

 

Here is the htmllog.c.rej output:

 

***************

*** 318,324 ****

        }

        if (rrd && graph) {

                char *p, *multikey;

-               if (multigraphs == NULL) multigraphs = ",disk,inode,qtree,";

 

                /*

                 * Some reports (disk) use the number of lines as a rough
measure for how many

--- 318,326 ----

        }

        if (rrd && graph) {

                char *p, *multikey;

+               int found_rrd = 1;

+               if (!strncmp(rrd->hobbitrrdname,"devmon",6)) found_rrd=0;

+               if (multigraphs == NULL) multigraphs =
",disk,inode,qtree,if_load,";

 

                /*

                 * Some reports (disk) use the number of lines as a rough
measure for how many

***************

*** 347,352 ****

                                                /* We found something that
is not blank, so one more line */

                                                if (!netwarediskreport)
linecount++;

                                        }

                                        /* Then skip forward to the EOLN */

                                        p = strchr(p, '\n');

                                }

--- 349,361 ----

                                                /* We found something that
is not blank, so one more line */

                                                if (!netwarediskreport)
linecount++;

                                        }

+                                       if (strlen(p) > 10 &&  *p == '<' ) {

+                                               /* Check if this is a devmon
RRD header, reset the linecount to -2, as we will see a DS line and a Devmon
ban

ner*/

+                                               if(!strncmp(p,
"<!--DEVMON",10)) {

+                                                       linecount = -2;

+                                                       found_rrd=1;

+                                               }

+                                       }

                                        /* Then skip forward to the EOLN */

                                        p = strchr(p, '\n');

                                }

***************

*** 357,364 ****

                }

                xfree(multikey);

 

                fprintf(output, "<!-- linecount=%d -->\n", linecount);

                fprintf(output, "%s\n", hobbit_graph_data(hostname,
displayname, service, color, graph, linecount, HG_WITHOUT_STALE_RRDS,
HG_PLAIN_LINK));

        }

 

        if (histlocation == HIST_BOTTOM) {

--- 366,376 ----

                }

                xfree(multikey);

 

+               /* Avoid graph icons if a specific host has no rrd data */

+               if (found_rrd ==1 ) {

                fprintf(output, "<!-- linecount=%d -->\n", linecount);

                fprintf(output, "%s\n", hobbit_graph_data(hostname,
displayname, service, color, graph, linecount, HG_WITHOUT_STALE_RRDS,
HG_PLAIN_LINK));

+               }

        }

 

        if (histlocation == HIST_BOTTOM) {

 

 

Thanks

 

Josh

 

Re: [Devmon] devmon won't run in daemon mode

[Taylor L. <tl...@tr...>]

Sharing the knowledge.  The problem with this one was  /var/run/devmon
directory wasn't created, so it couldn't create its own pid file.
That's all.

I love this product, I just wish the documentation/debugging of it was a
little more verbose...

 

________________________________

From: dev...@li...
[mailto:dev...@li...] On Behalf Of
Taylor Lewick
Sent: Thursday, March 13, 2008 12:42 PM
To: dev...@li...
Subject: [Devmon] devmon won't run in daemon mode

 

Hi all.  I have devmon and hobbit running on a PC running Suse linux.
Everything is working great.  I was getting ready to setup hobbit and
devmon on a server.  Same exact setup, including OS, except hardware.

 

Hobbit is up and running on the new server, and devmon runs as well from
command line.  But it will not run in daemon mode via the startup
script.

I made sure and checked everything in debug mode, the config, etc, and I
still can't get devmon to start as a daemon.

 

So if I run devmon -f --readbbhosts, it runs and reports back to the
screen, goes to sleep for 60 seconds and keeps on polling.

But if I try and start /etc/init.d/devmon start, devmon never even runs.

 

On my other server, it runs and one of the devmon processes is called
devmon[master]

 

Has anyone else run into problems getting devmon to start?

 

 

 

[Devmon] devmon won't run in daemon mode

[Taylor L. <tl...@tr...>]

Hi all.  I have devmon and hobbit running on a PC running Suse linux.
Everything is working great.  I was getting ready to setup hobbit and
devmon on a server.  Same exact setup, including OS, except hardware.

 

Hobbit is up and running on the new server, and devmon runs as well from
command line.  But it will not run in daemon mode via the startup
script.

I made sure and checked everything in debug mode, the config, etc, and I
still can't get devmon to start as a daemon.

 

So if I run devmon -f --readbbhosts, it runs and reports back to the
screen, goes to sleep for 60 seconds and keeps on polling.

But if I try and start /etc/init.d/devmon start, devmon never even runs.

 

On my other server, it runs and one of the devmon processes is called
devmon[master]

 

Has anyone else run into problems getting devmon to start?

 

 

Taylor Lewick

Network Operations Manager

Tradebot Systems, Inc.

816 285 6404

 

 

Re: [Devmon] [hobbit] Devmon Help, devmon now won't stay up

[Taylor L. <tl...@tr...>]

I found out the problem.  To figure it out I had to enable debug and
vebose in the dm_config.pm file in the modules directory.  Even the
--debug from command line wasn't showing it, it turned out to be a bad
regular expression in the bb-hosts file.

-----Original Message-----
From: dev...@li...
[mailto:dev...@li...] On Behalf Of
Taylor Lewick
Sent: Tuesday, March 11, 2008 7:36 AM
To: Buchan Milne; dev...@li...
Subject: Re: [Devmon] [hobbit] Devmon Help, devmon now won't stay up

Okay, I will only post to devmon list on this subject...

>>Can you post the actual message from the log file?

[08-03-10@16:08:01] ---Initilizing devmon...
[08-03-10@16:08:01] Node 0 reporting to localhost
[08-03-10@16:08:01] Running under process id: 24059
[08-03-10@16:08:01] Entering poll loop
[08-03-10@16:08:01] Shutting down

>>If you really mean larrd, well, no.

> I don't get much from running devmon with a bunch of
-vvvvvvvvvvvvvvvvv
> or -debug.

>>You should get at least something, and that may be of interest.

./devmon -f -p -vvvvvvvvvvvvvvvvvvvvvvvv --readbbhosts
[08-03-11@07:22:38] SNMP querying all hosts in bb-hosts file, please
wait...
[08-03-11@07:22:38] Querying pre-existing hosts
[08-03-11@07:22:38] Discovered admin-3548xl as a cisco 3500
[08-03-11@07:22:38] Discovered cnj-3825 as a cisco 3825
[08-03-11@07:22:38] Discovered tb-floor2-3550 as a cisco 3550
[08-03-11@07:22:38] Discovered smartups as a apc 9619
[08-03-11@07:22:38] Discovered wnj-3825 as a cisco 3825
[08-03-11@07:22:38] Discovered tb-6509 as a cisco 6509
[08-03-11@07:22:38] Discovered 3750-stack as a cisco 3750

> Anyone have any suggestions for me?

>>Changing a template should not cause devmon to die, so there must be
>>something else.

To keep the output of the debug smaller, I temporarily ran devmon with
only one devmon host in the bbhosts file...
./devmon -f -p -vvvvvvvvvvvvvvv  --readbbhosts --debug

[08-03-11@07:30:54] DEBUG TEMPLATES: read cisco:3725:if_load template
[08-03-11@07:30:54] DEBUG TEMPLATES: read cisco:3750:if_dsc template
[08-03-11@07:30:54] DEBUG TEMPLATES: read cisco:3750:if_col template
[08-03-11@07:30:54] DEBUG TEMPLATES: read cisco:3750:if_stat template
[08-03-11@07:30:54] DEBUG TEMPLATES: read cisco:3750:if_err template
[08-03-11@07:30:54] DEBUG TEMPLATES: read cisco:3750:power template
[08-03-11@07:30:54] DEBUG TEMPLATES: read cisco:3750:fans template
[08-03-11@07:30:54] DEBUG TEMPLATES: read cisco:3750:cpu template
[08-03-11@07:30:54] DEBUG TEMPLATES: read cisco:3750:if_load template
[08-03-11@07:30:54] DEBUG TEMPLATES: read cisco:6509:if_dsc template
[08-03-11@07:30:54] DEBUG TEMPLATES: read cisco:6509:if_col template
[08-03-11@07:30:54] DEBUG TEMPLATES: read cisco:6509:if_stat template
[08-03-11@07:30:54] DEBUG TEMPLATES: read cisco:6509:if_err template
[08-03-11@07:30:54] DEBUG TEMPLATES: read cisco:6509:power template
[08-03-11@07:30:54] DEBUG TEMPLATES: read cisco:6509:fans template
[08-03-11@07:30:54] DEBUG TEMPLATES: read cisco:6509:cpu template
[08-03-11@07:30:54] DEBUG TEMPLATES: read cisco:6509:if_load template
[08-03-11@07:30:54] DEBUG TEMPLATES: read cisco:7206:if_dsc template
[08-03-11@07:30:54] DEBUG TEMPLATES: read cisco:7206:if_col template
[08-03-11@07:30:54] DEBUG TEMPLATES: read cisco:7206:if_stat template
[08-03-11@07:30:54] DEBUG TEMPLATES: read cisco:7206:if_err template
[08-03-11@07:30:54] DEBUG TEMPLATES: read cisco:7206:power template
[08-03-11@07:30:54] DEBUG TEMPLATES: read cisco:7206:cpu template
[08-03-11@07:30:54] DEBUG TEMPLATES: read cisco:7206:if_load template
[08-03-11@07:30:54] DEBUG TEMPLATES: read compaq:server:raid template
[08-03-11@07:30:54] DEBUG TEMPLATES: read f5:bigip:connects template
[08-03-11@07:30:54] DEBUG TEMPLATES: read f5:bigip:cpu template
[08-03-11@07:30:54] DEBUG TEMPLATES: read f5:bigip:if_load template
[08-03-11@07:30:54] DEBUG TEMPLATES: read Network Appliances:NetApp
v1.0:netapptemp template
[08-03-11@07:30:54] DEBUG TEMPLATES: read Network Appliances:NetApp
v1.0:cluster template
[08-03-11@07:30:54] DEBUG TEMPLATES: read Network Appliances:NetApp
v1.0:status template
[08-03-11@07:30:54] DEBUG TEMPLATES: read Network Appliances:NetApp
v1.0:if_load template
[08-03-11@07:30:54] DEBUG TEMPLATES: read Network Appliances:NetApp
v1.0:volume template
[08-03-11@07:30:54] DEBUG TEMPLATES: read Network Appliances:NetApp
v1.0:quota template
[08-03-11@07:30:54] DEBUG TEMPLATES: read powerware:9170:power template
[08-03-11@07:30:54] DEBUG TEMPLATES: read powerware:bestlink:power
template
[08-03-11@07:30:54] DEBUG TEMPLATES: read powerware:xups:power template
[08-03-11@07:30:54] DEBUG TEMPLATES: running post_template_load()
[08-03-11@07:30:54] Saw 7 vendors, 26 models, 26 sysdescs & 78 templates
[08-03-11@07:30:54] SNMP querying all hosts in bb-hosts file, please
wait...
[08-03-11@07:30:54] DEBUG CFG: running read_hosts
[08-03-11@07:30:54] Querying pre-existing hosts
[08-03-11@07:30:54] DEBUG SNMP: 1
[08-03-11@07:30:54] DEBUG SNMP: 0 => 1.3.6.1.2.1.1.1.0
[08-03-11@07:30:54] DEBUG SNMP: Adding ID => 1 OID =>1.3.6.1.2.1.1.1.0
[08-03-11@07:30:54] DEBUG SNMP: Pooling 1 oids
[08-03-11@07:30:54] DEBUG SNMP: Dethawing data for tb-3750-stack
[08-03-11@07:30:54] tb-3750-stack sysdesc = ::: Cisco IOS Software,
C3750 Software (C3750-IPSERVICESK9-M), Version 12.2(25)SEE4, RELEASE
SOFTWARE (fc1)^M
Copyright (c) 1986-2007 by Cisco Systems, Inc.^M
Compiled Mon 16-Jul-07 03:24 by myl :::
[08-03-11@07:30:54] tb-3750-stack did not match powerware : xups :
ConnectUPS
[08-03-11@07:30:54] tb-3750-stack did not match powerware : 9170 :
BestLink
[08-03-11@07:30:54] tb-3750-stack did not match powerware : bestlink :
BestLink
[08-03-11@07:30:54] tb-3750-stack did not match cisco : 3725 : C3725
[08-03-11@07:30:54] tb-3750-stack did not match cisco : 2970 : C2970
[08-03-11@07:30:54] tb-3750-stack did not match cisco : 1700 : C1700
[08-03-11@07:30:54] tb-3750-stack did not match cisco : 3550 : C3550
[08-03-11@07:30:54] tb-3750-stack did not match cisco : 2900 : C2900
[08-03-11@07:30:54] tb-3750-stack did not match cisco : 1841 : C1841
[08-03-11@07:30:54] tb-3750-stack did not match cisco : 6509 :
c6sup|s72033_rp|s222_rp
[08-03-11@07:30:54] Discovered tb-3750-stack as a cisco 3750


I'm at a loss, as everything from the output and debug looks good, but
devmon will not stay up and running... 

Thanks,
Taylor

------------------------------------------------------------------------
-
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2008.
http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
_______________________________________________
Devmon-support mailing list
Dev...@li...
https://lists.sourceforge.net/lists/listinfo/devmon-support

Re: [Devmon] [hobbit] Devmon Help, devmon now won't stay up

[Taylor L. <tl...@tr...>]

Okay, I will only post to devmon list on this subject...

>>Can you post the actual message from the log file?

[08-03-10@16:08:01] ---Initilizing devmon...
[08-03-10@16:08:01] Node 0 reporting to localhost
[08-03-10@16:08:01] Running under process id: 24059
[08-03-10@16:08:01] Entering poll loop
[08-03-10@16:08:01] Shutting down

>>If you really mean larrd, well, no.

> I don't get much from running devmon with a bunch of
-vvvvvvvvvvvvvvvvv
> or -debug.

>>You should get at least something, and that may be of interest.

./devmon -f -p -vvvvvvvvvvvvvvvvvvvvvvvv --readbbhosts
[08-03-11@07:22:38] SNMP querying all hosts in bb-hosts file, please
wait...
[08-03-11@07:22:38] Querying pre-existing hosts
[08-03-11@07:22:38] Discovered admin-3548xl as a cisco 3500
[08-03-11@07:22:38] Discovered cnj-3825 as a cisco 3825
[08-03-11@07:22:38] Discovered tb-floor2-3550 as a cisco 3550
[08-03-11@07:22:38] Discovered smartups as a apc 9619
[08-03-11@07:22:38] Discovered wnj-3825 as a cisco 3825
[08-03-11@07:22:38] Discovered tb-6509 as a cisco 6509
[08-03-11@07:22:38] Discovered 3750-stack as a cisco 3750

> Anyone have any suggestions for me?

>>Changing a template should not cause devmon to die, so there must be
>>something else.

To keep the output of the debug smaller, I temporarily ran devmon with
only one devmon host in the bbhosts file...
./devmon -f -p -vvvvvvvvvvvvvvv  --readbbhosts --debug

[08-03-11@07:30:54] DEBUG TEMPLATES: read cisco:3725:if_load template
[08-03-11@07:30:54] DEBUG TEMPLATES: read cisco:3750:if_dsc template
[08-03-11@07:30:54] DEBUG TEMPLATES: read cisco:3750:if_col template
[08-03-11@07:30:54] DEBUG TEMPLATES: read cisco:3750:if_stat template
[08-03-11@07:30:54] DEBUG TEMPLATES: read cisco:3750:if_err template
[08-03-11@07:30:54] DEBUG TEMPLATES: read cisco:3750:power template
[08-03-11@07:30:54] DEBUG TEMPLATES: read cisco:3750:fans template
[08-03-11@07:30:54] DEBUG TEMPLATES: read cisco:3750:cpu template
[08-03-11@07:30:54] DEBUG TEMPLATES: read cisco:3750:if_load template
[08-03-11@07:30:54] DEBUG TEMPLATES: read cisco:6509:if_dsc template
[08-03-11@07:30:54] DEBUG TEMPLATES: read cisco:6509:if_col template
[08-03-11@07:30:54] DEBUG TEMPLATES: read cisco:6509:if_stat template
[08-03-11@07:30:54] DEBUG TEMPLATES: read cisco:6509:if_err template
[08-03-11@07:30:54] DEBUG TEMPLATES: read cisco:6509:power template
[08-03-11@07:30:54] DEBUG TEMPLATES: read cisco:6509:fans template
[08-03-11@07:30:54] DEBUG TEMPLATES: read cisco:6509:cpu template
[08-03-11@07:30:54] DEBUG TEMPLATES: read cisco:6509:if_load template
[08-03-11@07:30:54] DEBUG TEMPLATES: read cisco:7206:if_dsc template
[08-03-11@07:30:54] DEBUG TEMPLATES: read cisco:7206:if_col template
[08-03-11@07:30:54] DEBUG TEMPLATES: read cisco:7206:if_stat template
[08-03-11@07:30:54] DEBUG TEMPLATES: read cisco:7206:if_err template
[08-03-11@07:30:54] DEBUG TEMPLATES: read cisco:7206:power template
[08-03-11@07:30:54] DEBUG TEMPLATES: read cisco:7206:cpu template
[08-03-11@07:30:54] DEBUG TEMPLATES: read cisco:7206:if_load template
[08-03-11@07:30:54] DEBUG TEMPLATES: read compaq:server:raid template
[08-03-11@07:30:54] DEBUG TEMPLATES: read f5:bigip:connects template
[08-03-11@07:30:54] DEBUG TEMPLATES: read f5:bigip:cpu template
[08-03-11@07:30:54] DEBUG TEMPLATES: read f5:bigip:if_load template
[08-03-11@07:30:54] DEBUG TEMPLATES: read Network Appliances:NetApp
v1.0:netapptemp template
[08-03-11@07:30:54] DEBUG TEMPLATES: read Network Appliances:NetApp
v1.0:cluster template
[08-03-11@07:30:54] DEBUG TEMPLATES: read Network Appliances:NetApp
v1.0:status template
[08-03-11@07:30:54] DEBUG TEMPLATES: read Network Appliances:NetApp
v1.0:if_load template
[08-03-11@07:30:54] DEBUG TEMPLATES: read Network Appliances:NetApp
v1.0:volume template
[08-03-11@07:30:54] DEBUG TEMPLATES: read Network Appliances:NetApp
v1.0:quota template
[08-03-11@07:30:54] DEBUG TEMPLATES: read powerware:9170:power template
[08-03-11@07:30:54] DEBUG TEMPLATES: read powerware:bestlink:power
template
[08-03-11@07:30:54] DEBUG TEMPLATES: read powerware:xups:power template
[08-03-11@07:30:54] DEBUG TEMPLATES: running post_template_load()
[08-03-11@07:30:54] Saw 7 vendors, 26 models, 26 sysdescs & 78 templates
[08-03-11@07:30:54] SNMP querying all hosts in bb-hosts file, please
wait...
[08-03-11@07:30:54] DEBUG CFG: running read_hosts
[08-03-11@07:30:54] Querying pre-existing hosts
[08-03-11@07:30:54] DEBUG SNMP: 1
[08-03-11@07:30:54] DEBUG SNMP: 0 => 1.3.6.1.2.1.1.1.0
[08-03-11@07:30:54] DEBUG SNMP: Adding ID => 1 OID =>1.3.6.1.2.1.1.1.0
[08-03-11@07:30:54] DEBUG SNMP: Pooling 1 oids
[08-03-11@07:30:54] DEBUG SNMP: Dethawing data for tb-3750-stack
[08-03-11@07:30:54] tb-3750-stack sysdesc = ::: Cisco IOS Software,
C3750 Software (C3750-IPSERVICESK9-M), Version 12.2(25)SEE4, RELEASE
SOFTWARE (fc1)^M
Copyright (c) 1986-2007 by Cisco Systems, Inc.^M
Compiled Mon 16-Jul-07 03:24 by myl :::
[08-03-11@07:30:54] tb-3750-stack did not match powerware : xups :
ConnectUPS
[08-03-11@07:30:54] tb-3750-stack did not match powerware : 9170 :
BestLink
[08-03-11@07:30:54] tb-3750-stack did not match powerware : bestlink :
BestLink
[08-03-11@07:30:54] tb-3750-stack did not match cisco : 3725 : C3725
[08-03-11@07:30:54] tb-3750-stack did not match cisco : 2970 : C2970
[08-03-11@07:30:54] tb-3750-stack did not match cisco : 1700 : C1700
[08-03-11@07:30:54] tb-3750-stack did not match cisco : 3550 : C3550
[08-03-11@07:30:54] tb-3750-stack did not match cisco : 2900 : C2900
[08-03-11@07:30:54] tb-3750-stack did not match cisco : 1841 : C1841
[08-03-11@07:30:54] tb-3750-stack did not match cisco : 6509 :
c6sup|s72033_rp|s222_rp
[08-03-11@07:30:54] Discovered tb-3750-stack as a cisco 3750


I'm at a loss, as everything from the output and debug looks good, but
devmon will not stay up and running... 

Thanks,
Taylor

[Devmon] Help, devmon now won't stay up

[Taylor L. <tl...@tr...>]

I was thinking about having devmon try and graph our router's CPU usage,
so per the GRAPHING doc I added 

 

<!--

 <br>CPU 5 min average: {CPUTotal5Min}

 --> 

 

To the message file in the cpu directory for the 3750 template.

 

Waited a few cycles, no graph updating, and the checked devmon.log and
saw that it said Shutting down.

 

So I removed it and restarted devmon, and now it keeps shutting down
within 30 seconds of starting it up.  I think it might have something to
do with the fact that it started to add a larrd graph to the webpage but
that larrd graph never populated.

 

I don't get much from running devmon with a bunch of -vvvvvvvvvvvvvvvvv
or -debug.

 

Anyone have any suggestions for me?


Thanks,
Taylor

 

Re: [Devmon] Template Solaris

[Buchan M. <bg...@st...>]

On Wednesday 05 March 2008 19:47:47 James Wade wrote:
> Does anyone have any Solaris Templates?

What specifically would you want to see in such (a) template(s)?

Also ... some bigger changes will need to be done at some stage to support 
application templates (which should also solve other "tests don't 1-1 map to 
device" issues). The only thing of interest to me on Solaris that is SNMP 
accessible at present is a RADIUS server which runs on Linux as well.

Regards,
Buchan

Re: [Devmon] Devmon graphing issue

[Buchan M. <bg...@st...>]

On Wednesday 05 March 2008 18:40:07 Joshua Krause wrote:
> I just noticed that hobbit isn't displaying my "Te" interfaces on if_load
> for graphing.  But I have alarming turned on and if I look in the rrd
> directory for hobbit, I can see a if_load_Te3_1.rrd.  Does anyone know of a
> fix?

What are you using for graphing? The Hobbit collector module (do_devmon.c), or 
the extra script?

If you click on the first graph, and then replace service=devmon:if_load with 
service=if_load:Te3_1, do you see a graph?

If could send me the HTML you get for the if_load device, as well as the 
output from "bb localhost 'hobbitdlog name.if_load'", I'll take a look (check 
that the linecount in the HTML comment matches the number of lines inside the 
DEVMON RRD comment from hobbitdlog, and fix it if it doesn't ...).

Regards,
Buchan

[Devmon] Template Solaris

[James W. <jk...@fu...>]

Does anyone have any Solaris Templates?

 

Thanks.James

[Devmon] Devmon graphing issue

[Joshua K. <fo...@tr...>]

I just noticed that hobbit isn't displaying my "Te" interfaces on if_load
for graphing.  But I have alarming turned on and if I look in the rrd
directory for hobbit, I can see a if_load_Te3_1.rrd.  Does anyone know of a
fix?

 

Thanks,

 

Josh

Re: [Devmon] [hobbit] RE: Devmon Turning Purple

[Michael A. P. <mp...@sg...>]

We upgrade devmon to 0.3.0rc1 as well and we were good for a couple days
until it went purple again.

We changed our cronjob to be every 15 minutes and are ok now.

We have no updates for you as of this point yet. Sorry, michael


On 3/5/08 9:41 AM, "Whilding, Craig" <Cra...@me...> wrote:

> I've discovered something with this purple problem. If the module that
> parses hobbit client data isn't running then devmon seems to remain
> fine.
> 
> Basically on one of our servers that runs a proxy sending data to
> localhost and our main server one of the modules has died so that no
> linux client data gets to the local display. Haven't quite worked out
> what will have died yet as I need to run a diff with another box to
> check the dead channel but whatever it was it seems to be the service
> that devmon disagreed with.
> 
> Any progress on debugging what devmon code causes the problem in the
> first place? I can leave this broken for now on mine as the local
> display is only a backup if the wan link fails.
> 
> Regards,
> Craig
> 
> -----Original Message-----
> From: dev...@li...
> [mailto:dev...@li...] On Behalf Of
> Buchan Milne
> Sent: 21 February 2008 10:22
> To: ho...@hs...
> Cc: dev...@li...
> Subject: Re: [Devmon] [hobbit] RE: Devmon Turning Purple
> 
> On Wednesday 20 February 2008 18:44:24 Joyner, William wrote:
>> > I've upgraded to the new release and still have the issues with purple
>> > errors. I do however like that it shows the devmon process in Hobbit
> as
>> > a monitored piece.
> 
> One of mine running 0.3.0rc1 has been green for 16 days (it doesn't get
> restarted automatically) ... it went purple last night. I'll add logging
> at
> the places I suspect may be problematic, and try and reproduce ...
> 
> Regards,
> Buchan
> 
> 
> ------------------------------------------------------------------------
> -
> This SF.net email is sponsored by: Microsoft
> Defy all challenges. Microsoft(R) Visual Studio 2008.
> http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
> _______________________________________________
> Devmon-support mailing list
> Dev...@li...
> https://lists.sourceforge.net/lists/listinfo/devmon-support
> 
> -------------------------------------------------------------------------
> This SF.net email is sponsored by: Microsoft
> Defy all challenges. Microsoft(R) Visual Studio 2008.
> http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
> _______________________________________________
> Devmon-support mailing list
> Dev...@li...
> https://lists.sourceforge.net/lists/listinfo/devmon-support
> 


--
Michael A. Price
EOS Network Security Engineer
SGT, Inc. www.sgt-inc.com
NASA/GSFC Code 428.0
Greenbelt, Maryland 20770
e-mai:     mp...@sg...
desk:      301-614-5848
cell:        410-507-7476
-------------------------------------------------------------------------
PGP Public Key available from keyserver.pgp.com
-------------------------------------------------------------------------

Re: [Devmon] [hobbit] RE: Devmon Turning Purple

[Whilding, C. <Cra...@me...>]

I've discovered something with this purple problem. If the module that
parses hobbit client data isn't running then devmon seems to remain
fine.

Basically on one of our servers that runs a proxy sending data to
localhost and our main server one of the modules has died so that no
linux client data gets to the local display. Haven't quite worked out
what will have died yet as I need to run a diff with another box to
check the dead channel but whatever it was it seems to be the service
that devmon disagreed with.

Any progress on debugging what devmon code causes the problem in the
first place? I can leave this broken for now on mine as the local
display is only a backup if the wan link fails.

Regards,
Craig

-----Original Message-----
From: dev...@li...
[mailto:dev...@li...] On Behalf Of
Buchan Milne
Sent: 21 February 2008 10:22
To: ho...@hs...
Cc: dev...@li...
Subject: Re: [Devmon] [hobbit] RE: Devmon Turning Purple

On Wednesday 20 February 2008 18:44:24 Joyner, William wrote:
> I've upgraded to the new release and still have the issues with purple
> errors. I do however like that it shows the devmon process in Hobbit
as
> a monitored piece.

One of mine running 0.3.0rc1 has been green for 16 days (it doesn't get 
restarted automatically) ... it went purple last night. I'll add logging
at 
the places I suspect may be problematic, and try and reproduce ...

Regards,
Buchan


------------------------------------------------------------------------
-
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2008.
http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
_______________________________________________
Devmon-support mailing list
Dev...@li...
https://lists.sourceforge.net/lists/listinfo/devmon-support

[Devmon] Cisco 10gig snmp issues

[Joshua K. <fo...@tr...>]

I am seeing my ports that are 10gig ports or when I port channel a couple of
ports together that are greater than 4.29gig.  They stop at 4.29gig and
won't show 10gig and so forth.  I have noticed that I need to use the 64-bit
counters for the 10gig devices but I am unable to find how to get the
ifspeed to show properly.  Has anyone got a work around for this.

 

Thanks

Josh

Re: [Devmon] having devmon report some data to multiple hosts

[Charles G. <cha...@or...>]

Hi,

I'm new to the list, I'll introduce myself shortly: I work as a product
integrator/devel/engineer for Orange, a major French
phone/mobile/internet operator. I use hobbit for some years (2000+
hosts) now and devmon for a few months (140+ devices).

Devmon is mainly used for temperature and power consumption tracking at
our data centers. I have the exact same problem as Joshua, but I believe
there should be a standard way to send messages to several hosts from
one template.

I have about 30-40 APC-9320 environmental probes, each of which supports
up to 8 external probes. So with one APC appliance, I can monitor 9
racks (the one with the appliance, and 8 others). Each rack is reported
with its name : rack-A-2, rack-A-3, rack-B-1 and so on... Having temp1
temp2 ... with lots of exceptions and lots of graph definitions into
hobbit is not pratical. Plus I have a script that averages temperature
for each room that now should search each sub-name.

Another scenario forced me to write an ugly shell script: reporting disk
usage for an Isilon NAS cluster, polling all information from the
service IP of the cluster, not from each node.

Well, consider this a feature request, I really believe the relationship
between a "device" and a "service" should blur, merge and be abstracted.

Thanks anyway for that great piece of software !

Regards,

-- 
Charles Goyard - cha...@or... - (+33) 1 45 38 01 31
Orange Business Services - online multimedia  // ingénierie

Re: [Devmon] Template creation How-to.

[<Lor...@pf...>]

OK, 

I've read the docs/TEMPLATES and grasped the ideas.
Or at least, so I thought until I hit the following issue.
Basically, the devmon logfile complains about  ifInErrors which I believe 
is set correctly in the template oids file.

What am I missing this time?  :-/

Loris


$ cat /var/log/devmon.log
[08-03-03@14:19:33] No SNMP data found for ifInErrors on london-edge-vpn


$ cat oids
ifName          : .1.3.6.1.2.1.2.2.1.2          : branch
ifSpeed         : .1.3.6.1.2.1.2.2.1.5          : branch
ifInOctets      : .1.3.6.1.2.1.2.2.1.10         : branch
ifInErrors      : .1.3.6.1.2.1.2.2.1.14         : branch
ifOutOctets     : .1.3.6.1.2.1.2.2.1.16         : branch
ifOutErrors     : .1.3.6.1.2.1.2.2.1.20         : branch

$ snmpwalk -OS -On london-edge-vpn public ifInErrors
.1.3.6.1.2.1.2.2.1.14.1 = Counter32: 0
.1.3.6.1.2.1.2.2.1.14.2 = Counter32: 1
.1.3.6.1.2.1.2.2.1.14.3 = Counter32: 4
.1.3.6.1.2.1.2.2.1.14.4 = Counter32: 0
.1.3.6.1.2.1.2.2.1.14.5 = Counter32: 0
.1.3.6.1.2.1.2.2.1.14.6 = Counter32: 0
.1.3.6.1.2.1.2.2.1.14.7 = Counter32: 0
$






Buchan Milne <bg...@st...> 
Sent by: dev...@li...
03/03/2008 13:53
Please respond to
dev...@li...


To
Lor...@pf...
cc
dev...@li...
Subject
Re: [Devmon] Template creation How-to.






On Monday 03 March 2008 13:21:48 Lor...@pf... wrote:
> Ok, cheers Buchan.
>
> Yep, I've created the specs file and the device gets discovered 
correctly.
>
> Two questions which are more about SNMP than about devmon itself, but 
here
> we go anyway:
>
> 1.
> What option(s) should I pass to snmpwalk to see both the descriptive and
> numeric OIDs on the same line?
> I.e., how do I combine together the output of
> snmpwalk device           (which returns system.sysDescr.0 = "SofaWare
> Embedded NG")
> and
> snmpwalk -OS -On device   (which returns .1.3.6.1.2.1.1.1.0 = "SofaWare
> Embedded NG")

I'm not aware that this is possible.

> so that I can easily identify the OID to use for what I'd like to 
monitor?

I usually do this by looking at the MIB file. Especially as in some cases 
the 
MIB contains information on how to map numeric status codes.

A MIB browser can also be useful, such as the one at 
http://www.mibdepot.com 
or http://im14c.servadmin.com/ .

> 2.
> If I run snmpwalk against a device and get all the entries with a
> descriptive name (see below), I assume I do have all the relevant MIBs 
in
> place.
> Is this assumption correct?

Yes, however devmon doesn't (currently) use MIBS.

Please keep replies on-list.

Regards,
Buchan

-------------------------------------------------------------------------
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2008.
http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
_______________________________________________
Devmon-support mailing list
Dev...@li...
https://lists.sourceforge.net/lists/listinfo/devmon-support

Re: [Devmon] Template creation How-to.

[Buchan M. <bg...@st...>]

On Monday 03 March 2008 13:21:48 Lor...@pf... wrote:
> Ok, cheers Buchan.
>
> Yep, I've created the specs file and the device gets discovered correctly.
>
> Two questions which are more about SNMP than about devmon itself, but here
> we go anyway:
>
> 1.
> What option(s) should I pass to snmpwalk to see both the descriptive and
> numeric OIDs on the same line?
> I.e., how do I combine together the output of
> snmpwalk device           (which returns system.sysDescr.0 = "SofaWare
> Embedded NG")
> and
> snmpwalk -OS -On device   (which returns .1.3.6.1.2.1.1.1.0 = "SofaWare
> Embedded NG")

I'm not aware that this is possible.

> so that I can easily identify the OID to use for what I'd like to monitor?

I usually do this by looking at the MIB file. Especially as in some cases the 
MIB contains information on how to map numeric status codes.

A MIB browser can also be useful, such as the one at http://www.mibdepot.com 
or http://im14c.servadmin.com/ .

> 2.
> If I run snmpwalk against a device and get all the entries with a
> descriptive name (see below), I assume I do have all the relevant MIBs in
> place.
> Is this assumption correct?

Yes, however devmon doesn't (currently) use MIBS.

Please keep replies on-list.

Regards,
Buchan

Re: [Devmon] Template creation How-to.

[Buchan M. <bg...@st...>]

On Friday 29 February 2008 17:17:50 Lor...@pf... wrote:
> Guys,
>
> We've got here a couple of CheckPoint UTM-1 Edge X appliances.
> I've enabled snmp on them and I can snmpwalk them ok.
>
> How do I go about creating a devmon template for these devices from
> scratch?

Have you read the file docs/TEMPLATES  ? Have you got specific questions about 
the instructions there? I note that you can probably start out by:
1)creating an appropriate specs file
2)Copying the if_stat, if_dsc and if_load directories from one of the other 
templates (any cisco-* test, or linux-openwrt)

Besides those tests, you would have to decide what else you want to monitor, 
and create the new tests from scratch. I can provide some assistance, but it 
would help if you try on your own, and ask specific questions.

Regards,
Buchan