devmon-support — General Devmon support

[Devmon] a little help on generating template

[Lárus R. H. <la...@sl...>]

Hello
 
I am having trouble with understanding leaves and branches in SNMP. I am trying to build a template for the Sensatronics E4 environment monitor, http://www.sensatronics.com/products_temperature_model_e4.html
 
 
here is what I have done so far regarding the temp test part:
 
---oids file---
SensaE4TempProbeName:                   1.3.6.1.4.1.16174.1.1.1.3.1.1.0 : leaf
SensaE4TempProbeValueString:            1.3.6.1.4.1.16174.1.1.1.3.1.2.0 : leaf
SensaE4TempProbeValueInt:               1.3.6.1.4.1.16174.1.1.1.3.1.3.0 : leaf
------
 
---transforms file--- (I only did this to see if I could calculate data from the string leaf and it is possible)
temp   : MATH          : {SensaE4TempProbeValueString} / 1
------
 
---message file---
Thermal sensors:

Probe:
{SensaE4TempProbeName}  {SensaE4TempProbeValueInt.color}

temperature in degrees Celsius:
{temp}
------
 
---thresholds file---
SensaE4TempProbeValueInt        : red           : >32   : Temperature is Very High: {SensaE4TempProbeValueInt} degrees Celcius
SensaE4TempProbeValueInt        : yellow        : >29   : Temperature is High: {SensaE4TempProbeValueInt} degrees Celcius
SensaE4TempProbeValueInt        : green         :       : Temperature is normal {SensaE4TempProbeValueInt} degrees Celcius
------
 
 
For this particlular unit, you can connect up to 4 sensors. As I am only using one sensor, I used the leaves for sensor 1 just to get this working. Now I want to finish up this template so others can use it too. 
 
as can be seen on the oids file, the probe 1 oids are as follows:
(file can be seen here: http://sensatronics.serverpros.com/downloads/snmp/Model_E_OID_Listing.pdf)
 
Name:                   1.3.6.1.4.1.16174.1.1.1.3.1.1.0 : leaf
ValueString:            1.3.6.1.4.1.16174.1.1.1.3.1.2.0 : leaf
ValueInt:               1.3.6.1.4.1.16174.1.1.1.3.1.3.0 : leaf

Sensor oids for probe 2 are:
Name:                   1.3.6.1.4.1.16174.1.1.1.3.2.1.0 : leaf
ValueString:            1.3.6.1.4.1.16174.1.1.1.3.2.2.0 : leaf
ValueInt:               1.3.6.1.4.1.16174.1.1.1.3.2.3.0 : leaf

My question is: how can I call the BRANCH for these oids to be able to change message file into a TABLE structure and have Xymon 4.3 graph the sensors? (i have copied the content of devmon-graph.cfg into xymon's graph.cfg)
 
Xymon can display the data and alerts if heat exceeds the limits but no rrd files are generated and I cannot figure out why.
 
could anybody help me with this?
 
best regards, 
Larus

Re: [Devmon] 64-bit counters

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

On Thursday, 10 March 2011 10:20:08 Johan Sjöberg wrote:
> Hi.
> 
> Does devmon support 64-bit counters?

Why would it not? I believe some users have done templates using 64bit 
counters for e.g. if_load, but unfortunately, AFAIK, not supplied the template 
patches.

> We are trying to change from 32-bit to
> 64-bit counters for a volume utilization check on netapp, but when we use
> the 64-bit OIDs, we only get "No SNMP data found for dfKBytesUsed on xxxx"

Make sure all your OIDs are working, enable debugging, and/or update to svn (I 
hope to make a new release in a week or so though ...).

(Until recently, devmon would give up if any of the OIDs were missing, in svn 
I think it doesn't if it didn't get an SNMP error).

> The OIDs are correct, they work when using snmpget and when graphing in
> cacti.

Regards,
Buchan

[Devmon] 64-bit counters

[Johan S. <joh...@de...>]

Hi.

Does devmon support 64-bit counters? We are trying to change from 32-bit to 64-bit counters for a volume utilization check on netapp, but when we use the 64-bit OIDs, we only get "No SNMP data found for dfKBytesUsed on xxxx"
The OIDs are correct, they work when using snmpget and when graphing in cacti.

Best regards,
Johan Sjöberg

Re: [Devmon] Template for Cisco WLC 4402 - Problem with uptime in table...

[Richard F. <gol...@gm...>]

On Wed, Feb 9, 2011 at 04:28, Mathias Carlsson
<Mat...@sy...> wrote:
> [transforms]
> UpTimeSec      : MATH              : cLApUpTime / 100
> UpTimeTxt       : ELAPSED               : { UpTimeSec }
>
> Does anybody know what I'm doing wrong?

It's presumably the same issue we ran into this week with a Cisco
3750: a 32 bit counter at 1/100 seconds (centiseconds?) will overflow
in about 497.1 days. Some web pages describe it as a 496 day flaw
instead of a 497 day flaw.

What you could do is see if the following oid is available:
   snmpEngineTime : .1.3.6.1.6.3.10.2.1.3.0 : leaf
If it is then you can use it directly in your transforms:
   snmpUpTimeTxt : ELAPSED : {snmpEngineTime}
And substitute it in the message, and not worry about it for 136 years.

Of course, it will be smaller than what sysUpTime would give, because
the snmp service starts after the device's operating system/kernel is
started. I've seen several instances of 103 or 104 seconds lag, but
also some instances of around 40-50 seconds and some negative values.
I hope the negative offsets are due to ntp updates! :)

Something I hadn't considered until composing this message is that
some creative transforms could determine if the sysUpTime is smaller
than snmpEngineTime, and if so then add 42949672.96 seconds (~497.1
days) to the sysUpTime value. Better yet, instead add 42949673 seconds
multiple times to sysUpTime until the difference vs snmpEngineTime is
minimized (typically less than 3600). But that could be
overengineering, and maybe not possible except for having specific
ranges in a SWITCH transform.

Ah, it's an uptime branch for each AP, not a leaf of the overall
uptime. Well, maybe there's a less granular oid available that doesn't
have a 497.1 day limit. Good luck!

Re: [Devmon] Devmon bursts

[Mario A. P. <row...@gm...>]

Hello Buchan,

My output is more spreaded now. The combination of the devmon.cfg parameters
plus the lqueue of bbproxy made the number of packets and the output traffic
more flat.

I have a doubt, with the cycletime  = 300, the best configuration for
deadtime is 600 hundred and above, right?
Could you give me an explanation of the deadtime number?  I didn´t get the
point yet.
What about the V3 version that I´ve sended to you? On my system is running
very good, I run both devmon versions separated without problems.


Thanks in advance,

Mario.



On Wed, Feb 23, 2011 at 7:54 AM, Buchan Milne <bg...@st...>wrote:

>
> ----- "Mario Andre Panza" <row...@gm...> wrote:
>
> > Hi friends,
> >
> > I´m facing some problems because of the burst of packets activity on
> > my
> > xymon proxy. This is causing a bursts of high output rate to my link
> > and
> > reflecting on discards at the router interface.
>
> How long are the bursts? How much bandwidth do you have on the interface?
>
> > I´ve already
> > increased
> > lqueue at xymonproxy hobbitlaunch configuration. After some observing
> > I've
> > concluded that the burst was being caused by  devmon. I´ve changed
> > the
> > MSGSLEEP to 250, but continuous to have the bursts.
> >
> > Any hints?
>
> [..]
>
> > Node number:      0
> > Process ID:       5625
> >
> > Cycle time:       300
> > Dead time:        180
> >
> > Polled devices:   143
> > Polled tests:     160
> > Avg tests/node:   n/a
> > # clear msgs:     0
> >
> > SNMP test time:   41
> > Test logic time:  59
> > BB msg xfer time: 166
> > This poll period: 266
> >
> > Avg poll time:    266.4 seconds
> >
> > Poll time averaged over 5 poll cycles.
> >
> ------------------------------------------------------------------------------
>
> So, it took 166 seconds to transfer messages for 160 tests?
>
> I have been wondering about trying to have the message generation and
> transmission done as polling is completed, which may help you a bit.
>
> We do also track the amount of data transferred to hobbitd, so it may be
> possible to set a maximum bandwidth (and then sleep a calculated time
> between messages).
>
> Maybe for now I should try and collect the total data sent and display it
> on the dm test as well?
>
> Regards,
> Buchan
>
>
> ------------------------------------------------------------------------------
> Free Software Download: Index, Search & Analyze Logs and other IT data in
> Real-Time with Splunk. Collect, index and harness all the fast moving IT
> data
> generated by your applications, servers and devices whether physical,
> virtual
> or in the cloud. Deliver compliance at lower cost and gain new business
> insights. http://p.sf.net/sfu/splunk-dev2dev
> _______________________________________________
> Devmon-support mailing list
> Dev...@li...
> https://lists.sourceforge.net/lists/listinfo/devmon-support
>

Re: [Devmon] Devmon bursts

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

----- "Mario Andre Panza" <row...@gm...> wrote:

> Hi friends,
> 
> I´m facing some problems because of the burst of packets activity on
> my
> xymon proxy. This is causing a bursts of high output rate to my link
> and
> reflecting on discards at the router interface.

How long are the bursts? How much bandwidth do you have on the interface?

> I´ve already
> increased
> lqueue at xymonproxy hobbitlaunch configuration. After some observing
> I've
> concluded that the burst was being caused by  devmon. I´ve changed
> the
> MSGSLEEP to 250, but continuous to have the bursts.
> 
> Any hints?

[..]

> Node number:      0
> Process ID:       5625
> 
> Cycle time:       300
> Dead time:        180
> 
> Polled devices:   143
> Polled tests:     160
> Avg tests/node:   n/a
> # clear msgs:     0
> 
> SNMP test time:   41
> Test logic time:  59
> BB msg xfer time: 166
> This poll period: 266
> 
> Avg poll time:    266.4 seconds
> 
> Poll time averaged over 5 poll cycles.
> ------------------------------------------------------------------------------

So, it took 166 seconds to transfer messages for 160 tests?

I have been wondering about trying to have the message generation and transmission done as polling is completed, which may help you a bit.

We do also track the amount of data transferred to hobbitd, so it may be possible to set a maximum bandwidth (and then sleep a calculated time between messages).

Maybe for now I should try and collect the total data sent and display it on the dm test as well?

Regards,
Buchan

Re: [Devmon] Monitorar Memoria

[Mathias C. <Mat...@sy...>]

In English Please...

--
------------------------------------
Skickat från min Nokia N900

----- Ursprungsmeddelande -----
> Prezados,
>
> Nao consigo configurar a columa mempry para funcionar com os servidores.
> Apenas o server do Xymon, ativou a coluna memory. os demais servidores,
> esta
> coluna não apreseta nada.
>
> Alguma dica?
>
> Obrigado
> *Rubenir Coelho Tavares Junior
> *
> ------------------------------------------------------------------------------
> Index, Search & Analyze Logs and other IT data in Real-Time with Splunk
> Collect, index and harness all the fast moving IT data generated by
> your
> applications, servers and devices whether physical, virtual or in the
> cloud.
> Deliver compliance at lower cost and gain new business insights.
> Free Software Download: http://p.sf.net/sfu/splunk-dev2dev
> _______________________________________________
> Devmon-support mailing list
> Dev...@li...<mailto:Dev...@li...>
> https://lists.sourceforge.net/lists/listinfo/devmon-support
>

[Devmon] Monitorar Memoria

[Rubenir T. <rta...@zo...>]

Prezados,

Nao consigo configurar a columa mempry para funcionar com os servidores.
Apenas o server do Xymon, ativou a coluna memory. os demais servidores, esta
coluna não apreseta nada.

Alguma dica?

Obrigado
*Rubenir Coelho Tavares Junior
*

Re: [Devmon] Devmon bursts

[Richard F. <gol...@gm...>]

On Fri, Feb 18, 2011 at 05:12, Mario Andre Panza <row...@gm...> wrote:
> Cycle time:       300
> Dead time:        180

DEADTIME should be at least twice CYCLETIME, if not a little bit more.

[Devmon] Devmon bursts

[Mario A. P. <row...@gm...>]

Hi friends,

I´m facing some problems because of the burst of packets activity on my
xymon proxy. This is causing a bursts of high output rate to my link and
reflecting on discards at the router interface. I´ve already increased
lqueue at xymonproxy hobbitlaunch configuration. After some observing I've
concluded that the burst was being caused by  devmon. I´ve changed the
MSGSLEEP to 250, but continuous to have the bursts.

Any hints?

Thanks in advance,

Mario.


My confs:

# MSGSIZE: Sets the max message size in bytes of the datagrams that Devmon
# sends to the bb display server [DEFAULT: 8096]
MSGSIZE=8096

# MSGSLEEP: The number of milliseconds to sleep between each message sent
# to the bb displayer server.  Set this number higher if your bb server
# is having problems coping with an influx of Devmon data. [DEFAULT: 10]
MSGSLEEP=250

# It best to experiment with this, but the default works well.
# [DEFAULT: 10]
NUMFORKS=20

# NUMFORKS: The maximum amount of time in seconds that a child process
# should spend polling a single host.  The can help recover forks
# in case one hangs on a remote host.  This value should be greater
# than (SNMPTRIES x SNMPTIMEOUT) + 1 [DEFAULT: 30]
MAXPOLLTIME=70

### SNMP specific options
###





Node number:      0
Process ID:       5625

Cycle time:       300
Dead time:        180

Polled devices:   143
Polled tests:     160
Avg tests/node:   n/a
# clear msgs:     0

SNMP test time:   41
Test logic time:  59
BB msg xfer time: 166
This poll period: 266

Avg poll time:    266.4 seconds

Poll time averaged over 5 poll cycles.

Re: [Devmon] Devmon standard ncv items

[Richard F. <gol...@gm...>]

On Wed, Feb 16, 2011 at 07:30, Stewart, Tom L. <Tom...@la...> wrote:
> I have starting to ramp up on xymon RC1 and I was wondering if anyone
> has a list of standard ncv usage embedded in RC1. Before I made all
> custom scripts to create various RRD data and thought it may be a good
> time to go back to a standard.

I'm not sure what you mean by "embedded", but I'm guessing you're
looking for help on getting devmon to persuade xymon to make rrd
files. You've looked at the GRAPHING documentation?

The most specific advice I can offer is to pay attention to "If you
have a test where the value you want to graph is not a repeater (so
Devmon's RRD collector isn't useful),". In other words, if you have a
table in your <test>/message file resulting from "branch" lines in
your <test>/oids file (like any of the cisco if_load templates), use
"<test>=devmon" in your TEST2RRD line. If you use only "leaf" oids (no
tabular data) then use "<test>=ncv" and add its NCV_<test>= line
below.

For example, my TEST2RRD includes
cpu=la,memory,if_load=devmon,if_dsc=devmon,temp=devmon,connects=ncv,fans=devmon,power=ncv,env=ncv.

Re: [Devmon] devmon installation problem

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

On Wednesday, 16 February 2011 22:29:08 Roland Soderstrom wrote:
> Hi,
> 
> Thanks for the point, didn't think about that.
> As I said I've been trying a lot of specs/bb-hosts combinations.
> 
> Now I've changed bb-hosts to:
> 192.168.34.254 server001 # DEVMON:model(compaq;server)
> and specs to.
> vendor : compaq
> model : server
> snmpver : 2
> sysdesc : Linux

Uh, there was an existing compaq-server template ...


> All I get is this...
> 
> [11-02-17@07:11:41] Checking if  # DEVMON:model(compaq;server) matches
> NET:. [11-02-17@07:11:41] Unknown model in model() option for server001
> 
> Do I need to add the model somewhere else?
> Haven't changed anything else in my devmon setup more than devmon.cfg

Can you start with the steps you followed to install devmon? Did you install 
the templates?

> As of now my requirements are really low.
> The only thing I would like to accomplish is to get a SNMP status from
> server001
> I only want to see if the SNMP daemon is running on server001, and get
> that logged on xymon.
> There is no xymon client running on server001, and xymon can't run there
> (it's an appliance)

Well, on a ProLiant, as long as you manually set the model type in bb-hosts, 
you should get fans,raid,log,power,temp tests. You will probably want a 
feature I still need to implement: multiple templates for a host (and use e.g. 
linux-netsnmp). For now, you may want to make your own template (after you 
have the default compaq-server one working), which symlinks all the relevant 
tests from compaq-server and linux-netsnmp.

Time to start looking at that feature (which I also need ...).

Regards,
Buchan

Re: [Devmon] devmon installation problem

[Johan S. <joh...@de...>]

Check that you don't have any spaces at the ends of the vendor and model lines in the specs file

-----Original Message-----
From: Roland Soderstrom [mailto:ro...@lo...] 
Sent: den 16 februari 2011 21:29
Cc: dev...@li...
Subject: Re: [Devmon] devmon installation problem

Hi,

Thanks for the point, didn't think about that.
As I said I've been trying a lot of specs/bb-hosts combinations.

Now I've changed bb-hosts to:
192.168.34.254 server001 # DEVMON:model(compaq;server) and specs to.
vendor : compaq
model : server
snmpver : 2
sysdesc : Linux

All I get is this...

[11-02-17@07:11:41] Checking if  # DEVMON:model(compaq;server) matches NET:.
[11-02-17@07:11:41] Unknown model in model() option for server001

Do I need to add the model somewhere else?
Haven't changed anything else in my devmon setup more than devmon.cfg

As of now my requirements are really low.
The only thing I would like to accomplish is to get a SNMP status from
server001
I only want to see if the SNMP daemon is running on server001, and get that logged on xymon.
There is no xymon client running on server001, and xymon can't run there (it's an appliance)

- Roland

On 16/02/11 06:54 PM, Buchan Milne wrote:
> On Wednesday, 16 February 2011 05:26:32 Roland Soderstrom wrote:
>> Hi,
>>
>> Can't get this working, it seems ok but wont match my bb-hosts entry 
>> against my specs file.
>> Xymon 4.3.0.0beta2 on Solaris 10, devmon
>>
>> jupiter # /usr/local/devmon/devmon --help Devmon v0.3.1-beta1, a 
>> device monitor for BigBrother/Hobbit jupiter # grep -v '^#' 
>> devmon.cfg |grep -v '^$'
>> MULTINODE=NO
>> BBHOSTS=/usr/local/xymon/server/etc/bb-hosts
>> BBTAG=DEVMON
>> SNMPCIDS=mycommunity
>> NODENAME=HOSTNAME
>> PIDFILE=/var/run/devmon/devmon.pid
>> LOGFILE=/var/log/devmon.log
>> DBHOST=localhost
>> DBNAME=devmon
>> DBUSER=devmon
>> DBPASS=devmon
>> BBTYPE=hobbit
>> DISPSERV=localhost
>> DISPPORT=1985
>> MSGSIZE=8096
>> MSGSLEEP=10
>> CYCLETIME=60
>> DEADTIME=180
>> CLEARTIME=180
>> NUMFORKS=10
>> MAXPOLLTIME=30
>> SNMPTIMEOUT=2
>> SNMPTRIES=5
>> jupiter # find templates/ -ls
>> 416978    2 drwxr-xr-x   3 root     root            3 Feb 16 13:10
>> templates/
>> 414263    2 drwxr-xr-x   2 root     root            3 Feb 15 15:35
>> templates/HP-DL360
>> 414289    1 -rw-r--r--   1 root     root          117 Feb 16 13:18
>> templates/HP-DL360/specs
>> jupiter # cat templates/HP-DL360/specs vendor : HP model : DL360 
>> snmpver : 2 sysdesc : Linux ipndfw 2.4.21-21cpsmp #1 SMP Thu Sep 11 
>> 17:01:25 IDT
>> 2008 i686
> This is not a future-proof solution. Your next kernel update will mess 
> this up. A non-HP server running the same kernel would also match.
>
> Devices where the sysdesc is device specific do not have any real 
> problems with matching templates.
>
> In this case, you may want to specify the model in the bb-hosts file, e.g.:
>
> 192.168.34.254 server001 # DEVMON:model(compaq;server)
>
> Regards,
> Buchan

------------------------------------------------------------------------------
The ultimate all-in-one performance toolkit: Intel(R) Parallel Studio XE:
Pinpoint memory and threading errors before they happen.
Find and fix more than 250 security defects in the development cycle.
Locate bottlenecks in serial and parallel code that limit performance.
http://p.sf.net/sfu/intel-dev2devfeb
_______________________________________________
Devmon-support mailing list
Dev...@li...
https://lists.sourceforge.net/lists/listinfo/devmon-support

Re: [Devmon] devmon installation problem

[Roland S. <ro...@lo...>]

Hi,

Thanks for the point, didn't think about that.
As I said I've been trying a lot of specs/bb-hosts combinations.

Now I've changed bb-hosts to:
192.168.34.254 server001 # DEVMON:model(compaq;server)
and specs to.
vendor : compaq
model : server
snmpver : 2
sysdesc : Linux

All I get is this...

[11-02-17@07:11:41] Checking if  # DEVMON:model(compaq;server) matches NET:.
[11-02-17@07:11:41] Unknown model in model() option for server001

Do I need to add the model somewhere else?
Haven't changed anything else in my devmon setup more than devmon.cfg

As of now my requirements are really low.
The only thing I would like to accomplish is to get a SNMP status from 
server001
I only want to see if the SNMP daemon is running on server001, and get 
that logged on xymon.
There is no xymon client running on server001, and xymon can't run there 
(it's an appliance)

- Roland

On 16/02/11 06:54 PM, Buchan Milne wrote:
> On Wednesday, 16 February 2011 05:26:32 Roland Soderstrom wrote:
>> Hi,
>>
>> Can't get this working, it seems ok but wont match my bb-hosts entry
>> against my specs file.
>> Xymon 4.3.0.0beta2 on Solaris 10, devmon
>>
>> jupiter # /usr/local/devmon/devmon --help
>> Devmon v0.3.1-beta1, a device monitor for BigBrother/Hobbit
>> jupiter # grep -v '^#' devmon.cfg |grep -v '^$'
>> MULTINODE=NO
>> BBHOSTS=/usr/local/xymon/server/etc/bb-hosts
>> BBTAG=DEVMON
>> SNMPCIDS=mycommunity
>> NODENAME=HOSTNAME
>> PIDFILE=/var/run/devmon/devmon.pid
>> LOGFILE=/var/log/devmon.log
>> DBHOST=localhost
>> DBNAME=devmon
>> DBUSER=devmon
>> DBPASS=devmon
>> BBTYPE=hobbit
>> DISPSERV=localhost
>> DISPPORT=1985
>> MSGSIZE=8096
>> MSGSLEEP=10
>> CYCLETIME=60
>> DEADTIME=180
>> CLEARTIME=180
>> NUMFORKS=10
>> MAXPOLLTIME=30
>> SNMPTIMEOUT=2
>> SNMPTRIES=5
>> jupiter # find templates/ -ls
>> 416978    2 drwxr-xr-x   3 root     root            3 Feb 16 13:10
>> templates/
>> 414263    2 drwxr-xr-x   2 root     root            3 Feb 15 15:35
>> templates/HP-DL360
>> 414289    1 -rw-r--r--   1 root     root          117 Feb 16 13:18
>> templates/HP-DL360/specs
>> jupiter # cat templates/HP-DL360/specs
>> vendor : HP
>> model : DL360
>> snmpver : 2
>> sysdesc : Linux ipndfw 2.4.21-21cpsmp #1 SMP Thu Sep 11 17:01:25 IDT
>> 2008 i686
> This is not a future-proof solution. Your next kernel update will mess this
> up. A non-HP server running the same kernel would also match.
>
> Devices where the sysdesc is device specific do not have any real problems
> with matching templates.
>
> In this case, you may want to specify the model in the bb-hosts file, e.g.:
>
> 192.168.34.254 server001 # DEVMON:model(compaq;server)
>
> Regards,
> Buchan

[Devmon] Devmon standard ncv items

[Stewart, T. L. <Tom...@la...>]

I have starting to ramp up on xymon RC1 and I was wondering if anyone
has a list of standard ncv usage embedded in RC1. Before I made all
custom scripts to create various RRD data and thought it may be a good
time to go back to a standard.

 

Thank you,

Tom

Re: [Devmon] Fwd: [xymon] Temp graphs

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

On Wednesday, 16 February 2011 14:10:32 Mario Andre Panza wrote:
> Hello Buchan,
> 
> Yes temperature graph appears on trends page.

So, the devmon parts are all working correctly (including the devmon rrd 
collector etc.).

I need to go and look at why the graphs appear in trends, but not on the test 
page, except for if_load ... I know I had to patch some parts of the page 
generation code for the devmon collector, but I will have to revisit it.

> My configuration:
> 
> # status view of a test should include a graph.
> TEST2RRD="cpu=la,disk,inode,qtree,memory,$PINGCOLUMN=tcp,http=tcp,dns=tcp,d
> ig=tcp,time=ntpstat,vmstat,iostat,netstat,temperature,apache,bind,sendmail,
> mailq,nmailq=mailq,socks,bea,iishealth,citrix,bbgen,bbtest,bbproxy,hobbitd,
> files,procs=processes,ports,clock,lines,ops,stats,cifs,JVM,JMS,JDBCConn,Exe
> cQueue,JTA,ASM,TblSpace,RollBack,MemReq,InvObj,snapmirr,snaplist,snapshot,i
> f_load=devmon,temp=devmon,real_stats=devmon,virtual_stats=devmon,synclog=nc
> v,tellmail=ncv,dbcount=ncv,exchQueue=ncv,netcount=ncv,bes=ncv,connects=ncv,
> sess=ncv,paging,mdc,mdchitpct,cics,dsa,getvis,maxuser,nparts,HitCache=ncv,S
> ession=ncv,pcpuIdle=ncv,sqlperf=ncv,sqlperf2005=ncv,diskio=ncv"
> 
> # This defines which RRD files to include on the "trends" column webpage,
> # and the order in which they appear.
> GRAPHS="la,disk,inode,qtree,files,processes,memory,users,vmstat,iostat,tcp.
> http,tcp,ncv,netstat,ifstat,mrtg::1,ports,temperature,ntpstat,apache,bind,s
> endmail,mailq,socks,bea,iishealth,citrix,bbgen,bbtest,bbproxy,hobbitd,clock
> ,lines,ops,stats,cifs,JVM,JMS,HitCache,Session,JDBCConn,ExecQueue,JTA,ASM,T
> blSpace,RollBack,MemReq,InvObj,snapmirr,snaplist,snapshot,devmon::1,if_load
> ::1,temp,paging,mdc,mdchitpct,cics,dsa,getvis,maxuser,nparts,synclog,tellma
> il,dbcount,exchQueue,netcount,bes,pcpuIdle,sqlperf,sqlperf2005,diskio,ncv"

Regards,
Buchan

Re: [Devmon] Fwd: [xymon] Temp graphs

[Mario A. P. <row...@gm...>]

Hello Buchan,

Yes temperature graph appears on trends page.

My configuration:

# status view of a test should include a graph.
TEST2RRD="cpu=la,disk,inode,qtree,memory,$PINGCOLUMN=tcp,http=tcp,dns=tcp,dig=tcp,time=ntpstat,vmstat,iostat,netstat,temperature,apache,bind,sendmail,mailq,nmailq=mailq,socks,bea,iishealth,citrix,bbgen,bbtest,bbproxy,hobbitd,files,procs=processes,ports,clock,lines,ops,stats,cifs,JVM,JMS,JDBCConn,ExecQueue,JTA,ASM,TblSpace,RollBack,MemReq,InvObj,snapmirr,snaplist,snapshot,if_load=devmon,temp=devmon,real_stats=devmon,virtual_stats=devmon,synclog=ncv,tellmail=ncv,dbcount=ncv,exchQueue=ncv,netcount=ncv,bes=ncv,connects=ncv,sess=ncv,paging,mdc,mdchitpct,cics,dsa,getvis,maxuser,nparts,HitCache=ncv,Session=ncv,pcpuIdle=ncv,sqlperf=ncv,sqlperf2005=ncv,diskio=ncv"

# This defines which RRD files to include on the "trends" column webpage,
# and the order in which they appear.
GRAPHS="la,disk,inode,qtree,files,processes,memory,users,vmstat,iostat,tcp.http,tcp,ncv,netstat,ifstat,mrtg::1,ports,temperature,ntpstat,apache,bind,sendmail,mailq,socks,bea,iishealth,citrix,bbgen,bbtest,bbproxy,hobbitd,clock,lines,ops,stats,cifs,JVM,JMS,HitCache,Session,JDBCConn,ExecQueue,JTA,ASM,TblSpace,RollBack,MemReq,InvObj,snapmirr,snaplist,snapshot,devmon::1,if_load::1,temp,paging,mdc,mdchitpct,cics,dsa,getvis,maxuser,nparts,synclog,tellmail,dbcount,exchQueue,netcount,bes,pcpuIdle,sqlperf,sqlperf2005,diskio,ncv"


Best regards,

Mario.


On Wed, Feb 16, 2011 at 9:52 AM, Buchan Milne <bg...@st...>wrote:

> On Monday, 14 February 2011 18:14:40 Mario Andre Panza wrote:
> > Hello Buchan,
> >
> > Sorry, my sourceforge account is configured to send me the summary from
> > devmon list and the last one I´ve received was Devmon-support Digest, Vol
> > 54, Issue 2 that do not contains your reply, changed to received
> > individuals messages from now on.
> >
> > I have the RRD file temp.1.rrd and I have the temp listed on GRaphs
> > temp=devmon of hobbitserver.cfg, but don´t have the link at the test
> page.
>
> Please check on the trends page for this host.
>
> Also, please supply your TEST2RRD and GRAPHS variables from
> hobbitserver.cfg.
>
> Regards,
> Buchan
>

Re: [Devmon] Fwd: [xymon] Temp graphs

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

On Monday, 14 February 2011 18:14:40 Mario Andre Panza wrote:
> Hello Buchan,
> 
> Sorry, my sourceforge account is configured to send me the summary from
> devmon list and the last one I´ve received was Devmon-support Digest, Vol
> 54, Issue 2 that do not contains your reply, changed to received
> individuals messages from now on.
> 
> I have the RRD file temp.1.rrd and I have the temp listed on GRaphs
> temp=devmon of hobbitserver.cfg, but don´t have the link at the test page.

Please check on the trends page for this host.

Also, please supply your TEST2RRD and GRAPHS variables from hobbitserver.cfg.

Regards,
Buchan

Re: [Devmon] devmon installation problem

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

On Wednesday, 16 February 2011 11:08:43 Johan Sjöberg wrote:
> Hi.
> Try running devmon in the foreground, maybe you are missing some of the
> perl dependencies. I don't think it logs to devmon.log if that is the case

I don't think that is the case.

I have fixed some logging issues in svn, so current trunk should always report 
fatal problems starting in the log file, or if it can be logged to stderr or 
stdout, it is.

I have one last issue I am trying to fix 
(http://sourceforge.net/mailarchive/message.php?msg_id=26997221) before 
releasing current trunk as 0.3.1beta2 or 0.3.1rc1. Of the two boxes I have 
running current trunk, one box experiences this problem, the other one has 
been green for 22 days (where it was going purple about once a day while 
running 0.3.1beta1).

Regards,
Buchan

Re: [Devmon] devmon installation problem

[Johan S. <joh...@de...>]

Hi.
Try running devmon in the foreground, maybe you are missing some of the perl dependencies. I don't think it logs to devmon.log if that is the case

/Johan

-----Original Message-----
From: Roland Soderstrom [mailto:ro...@lo...] 
Sent: den 16 februari 2011 04:27
To: dev...@li...
Subject: [Devmon] devmon installation problem

Hi,

Can't get this working, it seems ok but wont match my bb-hosts entry against my specs file.
Xymon 4.3.0.0beta2 on Solaris 10, devmon

jupiter # /usr/local/devmon/devmon --help Devmon v0.3.1-beta1, a device monitor for BigBrother/Hobbit jupiter # grep -v '^#' devmon.cfg |grep -v '^$'
MULTINODE=NO
BBHOSTS=/usr/local/xymon/server/etc/bb-hosts
BBTAG=DEVMON
SNMPCIDS=mycommunity
NODENAME=HOSTNAME
PIDFILE=/var/run/devmon/devmon.pid
LOGFILE=/var/log/devmon.log
DBHOST=localhost
DBNAME=devmon
DBUSER=devmon
DBPASS=devmon
BBTYPE=hobbit
DISPSERV=localhost
DISPPORT=1985
MSGSIZE=8096
MSGSLEEP=10
CYCLETIME=60
DEADTIME=180
CLEARTIME=180
NUMFORKS=10
MAXPOLLTIME=30
SNMPTIMEOUT=2
SNMPTRIES=5
jupiter # find templates/ -ls
416978    2 drwxr-xr-x   3 root     root            3 Feb 16 13:10 
templates/
414263    2 drwxr-xr-x   2 root     root            3 Feb 15 15:35 
templates/HP-DL360
414289    1 -rw-r--r--   1 root     root          117 Feb 16 13:18 
templates/HP-DL360/specs
jupiter # cat templates/HP-DL360/specs
vendor : HP
model : DL360
snmpver : 2
sysdesc : Linux ipndfw 2.4.21-21cpsmp #1 SMP Thu Sep 11 17:01:25 IDT
2008 i686
jupiter # grep DEVMON /usr/local/xymon/server/etc/bb-hosts
192.168.34.254 server001 # DEVMON
jupiter # /usr/sfw/bin/snmpget -v2c -c mycommunity 192.168.34.254
1.3.6.1.2.1.1.1.0
SNMPv2-MIB::sysDescr.0 = STRING: Linux ipndfw 2.4.21-21cpsmp #1 SMP Thu Sep 11 17:01:25 IDT 2008 i686 jupiter #

Hope that is all the config.

Now I try to run devmon.
jupiter # /usr/local/devmon/devmon --readbbhosts -vvvvvvvvvvvv --debug [11-02-16@13:18:14] Option 'bblocation' defaulting to:
[11-02-16@13:18:14] DEBUG TEMPLATES: running read_templates() [11-02-16@13:18:14] DEBUG TEMPLATES: running post_template_load() [11-02-16@13:18:14] Saw 1 vendors, 0 models, 0 sysdescs & 0 templates [11-02-16@13:18:14] SNMP querying all hosts in bb-hosts file, please wait...
[11-02-16@13:18:14] Checking if  # DEVMON matches NET:.
[11-02-16@13:18:14] DEBUG CFG: running read_hosts [11-02-16@13:18:14] Option 'bbdateformat' defaulting to: .
[11-02-16@13:18:14] Querying new hosts using cid 'mycommunity' and snmp v2 [11-02-16@13:18:14] DEBUG SNMP: 1 [11-02-16@13:18:14] DEBUG SNMP: 0 => 1.3.6.1.2.1.1.1.0 [11-02-16@13:18:14] DEBUG SNMP: Adding ID => 1 OID =>1.3.6.1.2.1.1.1.0 [11-02-16@13:18:14] DEBUG SNMP: Pooling 1 oids [11-02-16@13:18:14] DEBUG SNMP: Dethawing data for server001 [11-02-16@13:18:14] server001 sysdesc = ::: Linux server001 2.4.21-21cpsmp #1 SMP Thu Sep 11 17:01:25 IDT 2008 i686 :::
[11-02-16@13:18:14] No matching templates for device: server001 [11-02-16@13:18:14] Querying new hosts using cid 'mycommunity' and snmp v1 [11-02-16@13:18:14] Received signal TERM, shutting down with return code 0 [11-02-16@13:18:14] Received signal TERM, shutting down with return code 0 [11-02-16@13:18:14] Received signal TERM, shutting down with return code 0 [11-02-16@13:18:14] Received signal TERM, shutting down with return code 0 [11-02-16@13:18:14] Received signal TERM, shutting down with return code 0 [11-02-16@13:18:14] Received signal TERM, shutting down with return code 0 [11-02-16@13:18:15] Received signal TERM, shutting down with return code 0 [11-02-16@13:18:15] Received signal TERM, shutting down with return code 0 [11-02-16@13:18:15] Received signal TERM, shutting down with return code 0 [11-02-16@13:18:15] Received signal TERM, shutting down with return code 0

I fiddled around a lot changing the specs file and bb-hosts but can't get a working config.
The devmon.log is empty...

I'm not a perl programmer but I started to add print statements in the code.
I found that it doesn't work  in modules/dm_config.pm
   1550           # Try and match sysdesc
   1551            NEWMATCH: for my $vendor (keys %{$g{'templates'}}) {
   1552                print "TEST  $vendor\n";
   1553              NEWMODEL: for my $model (keys 
%{$g{'templates'}{$vendor}}) {
   1554                print "TEST2  $model\n";
And here is the code that actually does the match.... (I think)

print "TEST  $vendor\n";             prints "TEST HP" which is the same 
as in my specs file.
print "TEST2  $model\n";           doesn't print at all

Any help appreciated.

- Roland

------------------------------------------------------------------------------
The ultimate all-in-one performance toolkit: Intel(R) Parallel Studio XE:
Pinpoint memory and threading errors before they happen.
Find and fix more than 250 security defects in the development cycle.
Locate bottlenecks in serial and parallel code that limit performance.
http://p.sf.net/sfu/intel-dev2devfeb
_______________________________________________
Devmon-support mailing list
Dev...@li...
https://lists.sourceforge.net/lists/listinfo/devmon-support

Re: [Devmon] devmon installation problem

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

On Wednesday, 16 February 2011 05:26:32 Roland Soderstrom wrote:
> Hi,
> 
> Can't get this working, it seems ok but wont match my bb-hosts entry
> against my specs file.
> Xymon 4.3.0.0beta2 on Solaris 10, devmon
> 
> jupiter # /usr/local/devmon/devmon --help
> Devmon v0.3.1-beta1, a device monitor for BigBrother/Hobbit
> jupiter # grep -v '^#' devmon.cfg |grep -v '^$'
> MULTINODE=NO
> BBHOSTS=/usr/local/xymon/server/etc/bb-hosts
> BBTAG=DEVMON
> SNMPCIDS=mycommunity
> NODENAME=HOSTNAME
> PIDFILE=/var/run/devmon/devmon.pid
> LOGFILE=/var/log/devmon.log
> DBHOST=localhost
> DBNAME=devmon
> DBUSER=devmon
> DBPASS=devmon
> BBTYPE=hobbit
> DISPSERV=localhost
> DISPPORT=1985
> MSGSIZE=8096
> MSGSLEEP=10
> CYCLETIME=60
> DEADTIME=180
> CLEARTIME=180
> NUMFORKS=10
> MAXPOLLTIME=30
> SNMPTIMEOUT=2
> SNMPTRIES=5
> jupiter # find templates/ -ls
> 416978    2 drwxr-xr-x   3 root     root            3 Feb 16 13:10
> templates/
> 414263    2 drwxr-xr-x   2 root     root            3 Feb 15 15:35
> templates/HP-DL360
> 414289    1 -rw-r--r--   1 root     root          117 Feb 16 13:18
> templates/HP-DL360/specs
> jupiter # cat templates/HP-DL360/specs
> vendor : HP
> model : DL360
> snmpver : 2
> sysdesc : Linux ipndfw 2.4.21-21cpsmp #1 SMP Thu Sep 11 17:01:25 IDT
> 2008 i686

This is not a future-proof solution. Your next kernel update will mess this 
up. A non-HP server running the same kernel would also match.

Devices where the sysdesc is device specific do not have any real problems 
with matching templates.

In this case, you may want to specify the model in the bb-hosts file, e.g.:

192.168.34.254 server001 # DEVMON:model(compaq;server)

Regards,
Buchan

[Devmon] devmon installation problem

[Roland S. <ro...@lo...>]

Hi,

Can't get this working, it seems ok but wont match my bb-hosts entry 
against my specs file.
Xymon 4.3.0.0beta2 on Solaris 10, devmon

jupiter # /usr/local/devmon/devmon --help
Devmon v0.3.1-beta1, a device monitor for BigBrother/Hobbit
jupiter # grep -v '^#' devmon.cfg |grep -v '^$'
MULTINODE=NO
BBHOSTS=/usr/local/xymon/server/etc/bb-hosts
BBTAG=DEVMON
SNMPCIDS=mycommunity
NODENAME=HOSTNAME
PIDFILE=/var/run/devmon/devmon.pid
LOGFILE=/var/log/devmon.log
DBHOST=localhost
DBNAME=devmon
DBUSER=devmon
DBPASS=devmon
BBTYPE=hobbit
DISPSERV=localhost
DISPPORT=1985
MSGSIZE=8096
MSGSLEEP=10
CYCLETIME=60
DEADTIME=180
CLEARTIME=180
NUMFORKS=10
MAXPOLLTIME=30
SNMPTIMEOUT=2
SNMPTRIES=5
jupiter # find templates/ -ls
416978    2 drwxr-xr-x   3 root     root            3 Feb 16 13:10 
templates/
414263    2 drwxr-xr-x   2 root     root            3 Feb 15 15:35 
templates/HP-DL360
414289    1 -rw-r--r--   1 root     root          117 Feb 16 13:18 
templates/HP-DL360/specs
jupiter # cat templates/HP-DL360/specs
vendor : HP
model : DL360
snmpver : 2
sysdesc : Linux ipndfw 2.4.21-21cpsmp #1 SMP Thu Sep 11 17:01:25 IDT 
2008 i686
jupiter # grep DEVMON /usr/local/xymon/server/etc/bb-hosts
192.168.34.254 server001 # DEVMON
jupiter # /usr/sfw/bin/snmpget -v2c -c mycommunity 192.168.34.254 
1.3.6.1.2.1.1.1.0
SNMPv2-MIB::sysDescr.0 = STRING: Linux ipndfw 2.4.21-21cpsmp #1 SMP Thu 
Sep 11 17:01:25 IDT 2008 i686
jupiter #

Hope that is all the config.

Now I try to run devmon.
jupiter # /usr/local/devmon/devmon --readbbhosts -vvvvvvvvvvvv --debug
[11-02-16@13:18:14] Option 'bblocation' defaulting to:
[11-02-16@13:18:14] DEBUG TEMPLATES: running read_templates()
[11-02-16@13:18:14] DEBUG TEMPLATES: running post_template_load()
[11-02-16@13:18:14] Saw 1 vendors, 0 models, 0 sysdescs & 0 templates
[11-02-16@13:18:14] SNMP querying all hosts in bb-hosts file, please wait...
[11-02-16@13:18:14] Checking if  # DEVMON matches NET:.
[11-02-16@13:18:14] DEBUG CFG: running read_hosts
[11-02-16@13:18:14] Option 'bbdateformat' defaulting to: .
[11-02-16@13:18:14] Querying new hosts using cid 'mycommunity' and snmp v2
[11-02-16@13:18:14] DEBUG SNMP: 1
[11-02-16@13:18:14] DEBUG SNMP: 0 => 1.3.6.1.2.1.1.1.0
[11-02-16@13:18:14] DEBUG SNMP: Adding ID => 1 OID =>1.3.6.1.2.1.1.1.0
[11-02-16@13:18:14] DEBUG SNMP: Pooling 1 oids
[11-02-16@13:18:14] DEBUG SNMP: Dethawing data for server001
[11-02-16@13:18:14] server001 sysdesc = ::: Linux server001 
2.4.21-21cpsmp #1 SMP Thu Sep 11 17:01:25 IDT 2008 i686 :::
[11-02-16@13:18:14] No matching templates for device: server001
[11-02-16@13:18:14] Querying new hosts using cid 'mycommunity' and snmp v1
[11-02-16@13:18:14] Received signal TERM, shutting down with return code 0
[11-02-16@13:18:14] Received signal TERM, shutting down with return code 0
[11-02-16@13:18:14] Received signal TERM, shutting down with return code 0
[11-02-16@13:18:14] Received signal TERM, shutting down with return code 0
[11-02-16@13:18:14] Received signal TERM, shutting down with return code 0
[11-02-16@13:18:14] Received signal TERM, shutting down with return code 0
[11-02-16@13:18:15] Received signal TERM, shutting down with return code 0
[11-02-16@13:18:15] Received signal TERM, shutting down with return code 0
[11-02-16@13:18:15] Received signal TERM, shutting down with return code 0
[11-02-16@13:18:15] Received signal TERM, shutting down with return code 0

I fiddled around a lot changing the specs file and bb-hosts but can't 
get a working config.
The devmon.log is empty...

I'm not a perl programmer but I started to add print statements in the code.
I found that it doesn't work  in modules/dm_config.pm
   1550           # Try and match sysdesc
   1551            NEWMATCH: for my $vendor (keys %{$g{'templates'}}) {
   1552                print "TEST  $vendor\n";
   1553              NEWMODEL: for my $model (keys 
%{$g{'templates'}{$vendor}}) {
   1554                print "TEST2  $model\n";
And here is the code that actually does the match.... (I think)

print "TEST  $vendor\n";             prints "TEST HP" which is the same 
as in my specs file.
print "TEST2  $model\n";           doesn't print at all

Any help appreciated.

- Roland

[Devmon] Fwd: [xymon] Temp graphs

[Mario A. P. <row...@gm...>]

Hello Buchan,

Sorry, my sourceforge account is configured to send me the summary from
devmon list and the last one I´ve received was Devmon-support Digest, Vol
54, Issue 2 that do not contains your reply, changed to received individuals
messages from now on.

I have the RRD file temp.1.rrd and I have the temp listed on GRaphs
temp=devmon of hobbitserver.cfg, but don´t have the link at the test page.


Best regards,

Mario.




On Mon, Feb 14, 2011 at 9:56 AM, Buchan Milne <bg...@st...>wrote:

> On Friday, 11 February 2011 19:45:13 Mario Andre Panza wrote:
> > Hello all,
> >
> > I´m monitoring some Dell hardware with devmon but my temperature graphs
> do
> > not show on display not even has a broken URL.
> > Does anyone know if there is some patch in order to get this working?
>
> No patch is required to get the temp graphs working on the trends page,
> only
> configuration.
>
> > I´m running xymon 4.3.0 beta.
>
> You didn't answer the questions in my reply to your question on the devmon
> list.
>
> Regards,
> Buchan
>
>
> ---------- Forwarded message ----------
> From: Buchan Milne <bg...@st...>
> To: dev...@li...
> Date: Thu, 10 Feb 2011 08:51:57 +0200
> Subject: Re: [Devmon] Temp graphs
>
> On Wednesday, 9 February 2011 17:38:08 Mario Andre Panza wrote:
> > Hello all,
> >
> > I´m monitoring a Dell equipment and the temp graph template of devmon is
> > not generating any rrd or graph not even a broken URL.
> > Is there any patch to solve this?
>
> Do you have RRD files for temp?
>
> Have you looked on the trends page? Do you have 'temp' listed in the GRAPHS
> variable in hobbitserver.cfg?
>
> Regards,
> Buchan
>
>
> ------------------------------------------------------------------------------
> The ultimate all-in-one performance toolkit: Intel(R) Parallel Studio XE:
> Pinpoint memory and threading errors before they happen.
> Find and fix more than 250 security defects in the development cycle.
> Locate bottlenecks in serial and parallel code that limit performance.
> http://p.sf.net/sfu/intel-dev2devfeb
> _______________________________________________
> Devmon-support mailing list
> Dev...@li...
> https://lists.sourceforge.net/lists/listinfo/devmon-support
>
>

Re: [Devmon] Temp graphs

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

On Wednesday, 9 February 2011 17:38:08 Mario Andre Panza wrote:
> Hello all,
> 
> I´m monitoring a Dell equipment and the temp graph template of devmon is
> not generating any rrd or graph not even a broken URL.
> Is there any patch to solve this?

Do you have RRD files for temp?

Have you looked on the trends page? Do you have 'temp' listed in the GRAPHS 
variable in hobbitserver.cfg?

Regards,
Buchan

[Devmon] Temp graphs

[Mario A. P. <row...@gm...>]

Hello all,

I´m monitoring a Dell equipment and the temp graph template of devmon is not
generating any rrd or graph not even a broken URL.
Is there any patch to solve this?

Thanks in advance,

Mario.