devmon-support — General Devmon support

[Devmon] Monitoring Cisco WLC 4400 series

[Oliver G. <oli...@ca...>]

Hello,

is there someone in the list who do SNMP queries against these cisco
controllers?
I would like to the see the number of users associated, the summary of
bytes as well as some controller values like the internal temperature.

Would be even nicer to query the WCS system behind, but I have no idea
how...

Any suggestions?



mit freundlichen Grüßen - Best regards
med vänlig hälsning - Met vriendelijke groeten
Sincères salutations

Oliver Grube
Campbell’s Germany GmbH 
Registergericht Luebeck • Reg. Nr. HRB 4082
Geschaeftsfuehrer: Dirk Van Doorselaer

Geschaeftssitz:		
Geniner Strasse 88 - 100
23560   Luebeck
Deutschland 

**********************************************************************
This e-mail and any files transmitted with it may contain 
confidential information and is intended solely for use by 
the individual to whom it is addressed.  If you received
this e-mail in error, please notify the sender, do not 
disclose its contents to others and delete it from your 
system.

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

Re: [Devmon] devmon PID not running.

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

On Monday, 30 November 2009 14:15:46 Ambati Srinivas wrote:
> Hi Sir,
> 
> I have my comments as *Srini:*
> 
> On Mon, Nov 30, 2009 at 4:45 PM, Buchan Milne 
<bg...@st...>wrote:
> > On Monday, 30 November 2009 09:40:31 Ambati Srinivas wrote:
> > > *Hi Guys,
> > >
> > > Please, Please help me out.
> > >
> > > I have installed Xymon 4.3.0-0.beta2 on Sun Solaris* *(SunOS bsma06
> > > 5.10 Generic_139555-08 sun4u sparc SUNW,Sun-Fire-480R), I had
> > > successful installation. I had installed Devmonn-0.3.0. and
> > > SNMP_Session-1.13 also
> >
> > to
> >
> > > monitor few network devices (Cisco Switches and routers). however when
> > > I grep for devmon no PID shows up as shown below:
> >
> > You didn't state that you had attempted to start it. If it does not
> > start, the
> > recommended route would be to look at the options it supports (by
> > providing the --help option). Specifically, -v or --debug may help.
> 
> ********************************************************
> Srini: -bash-3.00# ./devmon -v
> [09-11-30@21:01:46] Forking to background process 17075
> Attached debug file for review.
> ********************************************************
> 
> > > -bash-3.00# ps -ef | grep devmon
> > >     root  6849  3708   0 14:06:33 pts/1       0:00 grep devmon
> > > -bash-3.00# ps -ef | grep Devmon
> > >     root  6858  3708   0 14:06:42 pts/1       0:00 grep Devmon
> > > -bash-3.00# ps -ef | grep DEVMON
> > >     root  6897  3708   0 14:07:01 pts/1       0:00 grep DEVMON
> > >
> > > As shown in devmon.cfg
> > > # PIDFILE: Sets the full path to the Devmon process ID file.  The
> >
> > directory
> >
> > > # containing this file should be read/writable by the user running the
> > > Devmon
> > > # process. (case sensitive) [DEFAULT: /var/run/devmon/devmon.pid]
> > > PIDFILE=/var/run/devmon/devmon.pid
> >
> > Does this directory exist, and is it writeable by the user devmon runs
> > as? If
> > not, it *should* log this to the log file, *if* it has permission to
> > write to
> > the log file. In 0.3.1-beta1 I think I fixed it to log to the console if
> > it could not open the log file ... I
> 
> ********************************************************
> Srini: I dont see any directory /var/run/devmon/
> devmon.pid
> 
> I have listed please see for review:
> -bash-3.00# cd /var/run/
> .inetd.uds         kcfd_door          rpc_door/          syslog.pid
> apache2/           metaset.468        sendmail.pid       syslog_door
> daemon/            name_service_door  smc898/
> fpsdiagd_door      nfs4_domain        sshd.pid
> ipsecconf.lock     picld_door         sysevent_channels/
> -bash-3.00#

Assuming you   run devmon as the 'devmon' user:

# mkdir /var/run/devmon

# chown devmon /var/run/devmon

then try again 

> ********************************************************
> 
> > > Please let me know what more details you may require.
> > >
> > > some info I am providing: I manually changed owner and group of files
> > > to root:root, earlier they were 501:501, which I didn't understand.
> >
> > It is your responsibility to ensure correct ownership of file extracted
> > from a
> > tarball. This is however another reason for me to consider providing a
> > make file just to provide an install target.
> >
> > > /usr/local/**devmo**n
> > > -bash-3.00$ ls -l
> > > total 86
> > > -rw-r--r--   1 root     root         836 Nov 30 14:51 @!:
> > > -rw-r--r--   1 root     root        9001 Apr  3  2008 CHANGELOG
> > > -rw-r--r--   1 root     root       15122 Apr  3  2008 COPYING
> > > -rw-r--r--   1 root     root        4935 Apr  3  2008 README
> > > -rwxr-xr-x   1 root     root        1153 Apr  3  2008 devmon
> > > -rw-r--r--   1 root     root        5999 Nov 30 14:08 devmon.cfg
> > > drwxr-xr-x   2 root     root         512 Apr  3  2008 docs
> > > drwxr-xr-x   2 root     root         512 Apr  3  2008 extras
> > > -rw-r--r--   1 root     root         119 Nov 30 15:01 hosts.db
> > > drwxr-xr-x   2 root     root         512 Apr  3  2008 modules
> > > drwxr-xr-x  40 root     root        1024 Apr  3  2008 templates
> > > -bash-3.00$
> > >
> > > Thanks so much.
> >
> > It would help me if you could tell me what documentation you were
> > following,
> > so that I can improve it to address any areas that were not covered
> 
> ********************************************************
> Srini: I am following
> http://devmon.svn.sourceforge.net/viewvc/devmon/trunk/docs/INSTALLATION and
> which is same in /usr/local/devmon/docs/INSTALLATION in my server.
> 
> When I run ./devmon no PIDs are spawned.
> ********************************************************

Yep, PID and log file directory creation are not covered, I will try and update 
the documentation this week.

Regards,
Buchan

Re: [Devmon] devmon PID not running.

[Ambati S. <am....@gm...>]

Hi Sir,

I have my comments as *Srini:*

On Mon, Nov 30, 2009 at 4:45 PM, Buchan Milne <bg...@st...>wrote:

> On Monday, 30 November 2009 09:40:31 Ambati Srinivas wrote:
> > *Hi Guys,
> >
> > Please, Please help me out.
> >
> > I have installed Xymon 4.3.0-0.beta2 on Sun Solaris* *(SunOS bsma06 5.10
> > Generic_139555-08 sun4u sparc SUNW,Sun-Fire-480R), I had successful
> > installation. I had installed Devmonn-0.3.0. and SNMP_Session-1.13 also
> to
> > monitor few network devices (Cisco Switches and routers). however when I
> > grep for devmon no PID shows up as shown below:
>
> You didn't state that you had attempted to start it. If it does not start,
> the
> recommended route would be to look at the options it supports (by providing
> the --help option). Specifically, -v or --debug may help.
>
********************************************************
Srini: -bash-3.00# ./devmon -v
[09-11-30@21:01:46] Forking to background process 17075
Attached debug file for review.
********************************************************

>
> > -bash-3.00# ps -ef | grep devmon
> >     root  6849  3708   0 14:06:33 pts/1       0:00 grep devmon
> > -bash-3.00# ps -ef | grep Devmon
> >     root  6858  3708   0 14:06:42 pts/1       0:00 grep Devmon
> > -bash-3.00# ps -ef | grep DEVMON
> >     root  6897  3708   0 14:07:01 pts/1       0:00 grep DEVMON
> >
> > As shown in devmon.cfg
> > # PIDFILE: Sets the full path to the Devmon process ID file.  The
> directory
> > # containing this file should be read/writable by the user running the
> > Devmon
> > # process. (case sensitive) [DEFAULT: /var/run/devmon/devmon.pid]
> > PIDFILE=/var/run/devmon/devmon.pid
>
> Does this directory exist, and is it writeable by the user devmon runs as?
> If
> not, it *should* log this to the log file, *if* it has permission to write
> to
> the log file. In 0.3.1-beta1 I think I fixed it to log to the console if it
> could not open the log file ... I
>
********************************************************
Srini: I dont see any directory /var/run/devmon/
devmon.pid

I have listed please see for review:
-bash-3.00# cd /var/run/
.inetd.uds         kcfd_door          rpc_door/          syslog.pid
apache2/           metaset.468        sendmail.pid       syslog_door
daemon/            name_service_door  smc898/
fpsdiagd_door      nfs4_domain        sshd.pid
ipsecconf.lock     picld_door         sysevent_channels/
-bash-3.00#
********************************************************

>
> > Please let me know what more details you may require.
> >
> > some info I am providing: I manually changed owner and group of files to
> > root:root, earlier they were 501:501, which I didn't understand.
>
> It is your responsibility to ensure correct ownership of file extracted
> from a
> tarball. This is however another reason for me to consider providing a make
> file just to provide an install target.
>
> > /usr/local/**devmo**n
> > -bash-3.00$ ls -l
> > total 86
> > -rw-r--r--   1 root     root         836 Nov 30 14:51 @!:
> > -rw-r--r--   1 root     root        9001 Apr  3  2008 CHANGELOG
> > -rw-r--r--   1 root     root       15122 Apr  3  2008 COPYING
> > -rw-r--r--   1 root     root        4935 Apr  3  2008 README
> > -rwxr-xr-x   1 root     root        1153 Apr  3  2008 devmon
> > -rw-r--r--   1 root     root        5999 Nov 30 14:08 devmon.cfg
> > drwxr-xr-x   2 root     root         512 Apr  3  2008 docs
> > drwxr-xr-x   2 root     root         512 Apr  3  2008 extras
> > -rw-r--r--   1 root     root         119 Nov 30 15:01 hosts.db
> > drwxr-xr-x   2 root     root         512 Apr  3  2008 modules
> > drwxr-xr-x  40 root     root        1024 Apr  3  2008 templates
> > -bash-3.00$
> >
> > Thanks so much.
>
> It would help me if you could tell me what documentation you were
> following,
> so that I can improve it to address any areas that were not covered
>
********************************************************
Srini: I am following
http://devmon.svn.sourceforge.net/viewvc/devmon/trunk/docs/INSTALLATION and
which is same in /usr/local/devmon/docs/INSTALLATION in my server.

When I run ./devmon no PIDs are spawned.
********************************************************

Thanks for all your help.

Srini

> sufficiently.
>
> Regards,
> Buchan
>

Re: [Devmon] devmon PID not running.

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

On Monday, 30 November 2009 09:40:31 Ambati Srinivas wrote:
> *Hi Guys,
> 
> Please, Please help me out.
> 
> I have installed Xymon 4.3.0-0.beta2 on Sun Solaris* *(SunOS bsma06 5.10
> Generic_139555-08 sun4u sparc SUNW,Sun-Fire-480R), I had successful
> installation. I had installed Devmonn-0.3.0. and SNMP_Session-1.13 also to
> monitor few network devices (Cisco Switches and routers). however when I
> grep for devmon no PID shows up as shown below:

You didn't state that you had attempted to start it. If it does not start, the 
recommended route would be to look at the options it supports (by providing 
the --help option). Specifically, -v or --debug may help.

> -bash-3.00# ps -ef | grep devmon
>     root  6849  3708   0 14:06:33 pts/1       0:00 grep devmon
> -bash-3.00# ps -ef | grep Devmon
>     root  6858  3708   0 14:06:42 pts/1       0:00 grep Devmon
> -bash-3.00# ps -ef | grep DEVMON
>     root  6897  3708   0 14:07:01 pts/1       0:00 grep DEVMON
> 
> As shown in devmon.cfg
> # PIDFILE: Sets the full path to the Devmon process ID file.  The directory
> # containing this file should be read/writable by the user running the
> Devmon
> # process. (case sensitive) [DEFAULT: /var/run/devmon/devmon.pid]
> PIDFILE=/var/run/devmon/devmon.pid

Does this directory exist, and is it writeable by the user devmon runs as? If 
not, it *should* log this to the log file, *if* it has permission to write to 
the log file. In 0.3.1-beta1 I think I fixed it to log to the console if it 
could not open the log file ...

> Please let me know what more details you may require.
> 
> some info I am providing: I manually changed owner and group of files to
> root:root, earlier they were 501:501, which I didn't understand.

It is your responsibility to ensure correct ownership of file extracted from a 
tarball. This is however another reason for me to consider providing a make 
file just to provide an install target.

> /usr/local/**devmo**n
> -bash-3.00$ ls -l
> total 86
> -rw-r--r--   1 root     root         836 Nov 30 14:51 @!:
> -rw-r--r--   1 root     root        9001 Apr  3  2008 CHANGELOG
> -rw-r--r--   1 root     root       15122 Apr  3  2008 COPYING
> -rw-r--r--   1 root     root        4935 Apr  3  2008 README
> -rwxr-xr-x   1 root     root        1153 Apr  3  2008 devmon
> -rw-r--r--   1 root     root        5999 Nov 30 14:08 devmon.cfg
> drwxr-xr-x   2 root     root         512 Apr  3  2008 docs
> drwxr-xr-x   2 root     root         512 Apr  3  2008 extras
> -rw-r--r--   1 root     root         119 Nov 30 15:01 hosts.db
> drwxr-xr-x   2 root     root         512 Apr  3  2008 modules
> drwxr-xr-x  40 root     root        1024 Apr  3  2008 templates
> -bash-3.00$
> 
> Thanks so much.

It would help me if you could tell me what documentation you were following, 
so that I can improve it to address any areas that were not covered 
sufficiently.

Regards,
Buchan

[Devmon] devmon PID not running.

[Ambati S. <am....@gm...>]

*Hi Guys,

Please, Please help me out.

I have installed Xymon 4.3.0-0.beta2 on Sun Solaris* *(SunOS bsma06 5.10
Generic_139555-08 sun4u sparc SUNW,Sun-Fire-480R), I had successful
installation. I had installed Devmonn-0.3.0. and SNMP_Session-1.13 also to
monitor few network devices (Cisco Switches and routers). however when I
grep for devmon no PID shows up as shown below:

-bash-3.00# ps -ef | grep devmon
    root  6849  3708   0 14:06:33 pts/1       0:00 grep devmon
-bash-3.00# ps -ef | grep Devmon
    root  6858  3708   0 14:06:42 pts/1       0:00 grep Devmon
-bash-3.00# ps -ef | grep DEVMON
    root  6897  3708   0 14:07:01 pts/1       0:00 grep DEVMON

As shown in devmon.cfg
# PIDFILE: Sets the full path to the Devmon process ID file.  The directory
# containing this file should be read/writable by the user running the
Devmon
# process. (case sensitive) [DEFAULT: /var/run/devmon/devmon.pid]
PIDFILE=/var/run/devmon/devmon.pid

Please let me know what more details you may require.

some info I am providing: I manually changed owner and group of files to
root:root, earlier they were 501:501, which I didn't understand.
/usr/local/**devmo**n
-bash-3.00$ ls -l
total 86
-rw-r--r--   1 root     root         836 Nov 30 14:51 @!:
-rw-r--r--   1 root     root        9001 Apr  3  2008 CHANGELOG
-rw-r--r--   1 root     root       15122 Apr  3  2008 COPYING
-rw-r--r--   1 root     root        4935 Apr  3  2008 README
-rwxr-xr-x   1 root     root        1153 Apr  3  2008 devmon
-rw-r--r--   1 root     root        5999 Nov 30 14:08 devmon.cfg
drwxr-xr-x   2 root     root         512 Apr  3  2008 docs
drwxr-xr-x   2 root     root         512 Apr  3  2008 extras
-rw-r--r--   1 root     root         119 Nov 30 15:01 hosts.db
drwxr-xr-x   2 root     root         512 Apr  3  2008 modules
drwxr-xr-x  40 root     root        1024 Apr  3  2008 templates
-bash-3.00$

Thanks so much.

Srini*

Re: [Devmon] [hobbit] Re: Devmon causing core dumps

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

On Thursday, 19 November 2009 18:49:28 mario andre wrote:
> Hi,
>
> Bunchan.
>
> I'm getting hobbitd_rrd crash. I'm running 4.2.3 RC1

Any reason not to use the final release of 4.2.3?

> with your do_devmon.c
> revision 154.
> I figured that the core file are repeating for the same equipments. cisco
> 6513 and cisco 4507 for if_load.

How did you determine this?

> THis could be because of the number of interfaces? What do you think?

Unlikely. Some 6509's and 7613's I was monitoring had about the same number or 
more ports and didn't have problems.

> Thanks in advance,
>
> Mario.
>
> Cisco 4507:
>
> Alarming on
> (Gi1/1,Gi1/2,Gi2/1,Gi2/2,Gi3/1,Gi3/2,Gi3/3,Gi3/4,Gi3/5,Gi3/6,Gi3/7)
> Alarming on (Gi3/8,Gi3/9,Gi3/10,Gi3/11,Gi3/12,Gi3/13,Gi3/14,Gi3/15)
> Alarming on (Gi3/16,Gi3/17,Gi3/18,Gi3/19,Gi3/20,Gi3/21,Gi3/22)
> Alarming on (Gi3/23,Gi3/24,Gi3/25,Gi3/26,Gi3/27,Gi3/28,Gi3/29)
> Alarming on (Gi3/30,Gi3/31,Gi3/32,Gi3/33,Gi3/34,Gi3/35,Gi3/36)
> Alarming on (Gi3/37,Gi3/38,Gi3/39,Gi3/40,Gi3/41,Gi3/42,Gi3/43)
> Alarming on (Gi3/44,Gi3/45,Gi3/46,Gi3/47,Gi3/48,Gi4/1,Gi4/2,Gi4/3)
> Alarming on (Gi4/4,Gi4/5,Gi4/6,Gi4/7,Gi4/8,Gi4/9,Gi4/10,Gi4/11)
> Alarming on (Gi4/12,Gi4/13,Gi4/14,Gi4/15,Gi4/16,Gi4/17,Gi4/18)
> Alarming on (Gi4/19,Gi4/20,Gi4/21,Gi4/22,Gi4/23,Gi4/24,Gi4/25)
> Alarming on (Gi4/26,Gi4/27,Gi4/28,Gi4/29,Gi4/30,Gi4/31,Gi4/32)
> Alarming on (Gi4/33,Gi4/34,Gi4/35,Gi4/36,Gi4/37,Gi4/38,Gi4/39)
> Alarming on (Gi4/40,Gi4/41,Gi4/42,Gi4/43,Gi4/44,Gi4/45,Gi4/46)
> Alarming on (Gi4/47,Gi4/48,Gi5/1,Gi5/2,Gi5/3,Gi5/4,Gi5/5,Gi5/6)
> Alarming on (Gi5/7,Gi5/8,Gi5/9,Gi5/10,Gi5/11,Gi5/12,Gi5/13,Gi5/14)
> Alarming on (Gi5/15,Gi5/16,Gi5/17,Gi5/18,Gi5/19,Gi5/20,Gi5/21)
> Alarming on (Gi5/22,Gi5/23,Gi5/24,Gi5/25,Gi5/26,Gi5/27,Gi5/28)
> Alarming on (Gi5/29,Gi5/30,Gi5/31,Gi5/32,Gi5/33,Gi5/34,Gi5/35)
> Alarming on (Gi5/36,Gi5/37,Gi5/38,Gi5/39,Gi5/40,Gi5/41,Gi5/42)
> Alarming on (Gi5/43,Gi5/44,Gi5/45,Gi5/46,Gi5/47,Gi5/48,Gi6/1)
> Alarming on (Gi6/2,Gi6/3,Gi6/4,Gi6/5,Gi6/6,Gi6/7,Gi6/8,Gi6/9)
> Alarming on (Gi6/10,Gi6/11,Gi6/12,Gi6/13,Gi6/14,Gi6/15,Gi6/16)
> Alarming on (Gi6/17,Gi6/18,Gi6/19,Gi6/20,Gi6/21,Gi6/22,Gi6/23)
> Alarming on (Gi6/24,Gi6/25,Gi6/26,Gi6/27,Gi6/28,Gi6/29,Gi6/30)
> Alarming on (Gi6/31,Gi6/32,Gi6/33,Gi6/34,Gi6/35,Gi6/36,Gi6/37)
> Alarming on (Gi6/38,Gi6/39,Gi6/40,Gi6/41,Gi6/42,Gi6/43,Gi6/44)
> Alarming on (Gi6/45,Gi6/46,Gi6/47,Gi6/48)
>
>
>
> And Cisco 6513:
>
> Input load:  yellow=75%, red=95%
> Output load: yellow=75%, red=95%
> Alarming on
> (Gi1/1,Gi1/2,Gi2/1,Gi2/2,Gi3/1,Gi3/2,Gi3/3,Gi3/4,Gi3/5,Gi3/6,Gi3/7)
> Alarming on (Gi3/8,Gi3/9,Gi3/10,Gi3/11,Gi3/12,Gi3/13,Gi3/14,Gi3/15)
> Alarming on (Gi3/16,Gi3/17,Gi3/18,Gi3/19,Gi3/20,Gi3/21,Gi3/22)
> Alarming on (Gi3/23,Gi3/24,Gi3/25,Gi3/26,Gi3/27,Gi3/28,Gi3/29)
> Alarming on (Gi3/30,Gi3/31,Gi3/32,Gi3/33,Gi3/34,Gi3/35,Gi3/36)
> Alarming on (Gi3/37,Gi3/38,Gi3/39,Gi3/40,Gi3/41,Gi3/42,Gi3/43)
> Alarming on (Gi3/44,Gi3/45,Gi3/46,Gi3/47,Gi3/48,Fa6/1,Fa6/2,Fa6/3)
> Alarming on (Fa6/4,Fa6/5,Fa6/6,Fa6/7,Fa6/8,Fa6/9,Fa6/10,Fa6/11)
> Alarming on (Fa6/12,Fa6/13,Fa6/14,Fa6/15,Fa6/16,Fa6/17,Fa6/18)
> Alarming on (Fa6/19,Fa6/20,Fa6/21,Fa6/22,Fa6/23,Fa6/24,Fa6/25)
> Alarming on (Fa6/26,Fa6/27,Fa6/28,Fa6/29,Fa6/30,Fa6/31,Fa6/32)
> Alarming on (Fa6/33,Fa6/34,Fa6/35,Fa6/36,Fa6/37,Fa6/38,Fa6/39)
> Alarming on (Fa6/40,Fa6/41,Fa6/42,Fa6/43,Fa6/44,Fa6/45,Fa6/46)
> Alarming on (Fa6/47,Fa6/48,Fa9/1,Fa9/2,Fa9/3,Fa9/4,Fa9/5,Fa9/6)
> Alarming on (Fa9/7,Fa9/8,Fa9/9,Fa9/10,Fa9/11,Fa9/12,Fa9/13,Fa9/14)
> Alarming on (Fa9/15,Fa9/16,Fa9/17,Fa9/18,Fa9/19,Fa9/20,Fa9/21)
> Alarming on (Fa9/22,Fa9/23,Fa9/24,Fa9/25,Fa9/26,Fa9/27,Fa9/28)
> Alarming on (Fa9/29,Fa9/30,Fa9/31,Fa9/32,Fa9/33,Fa9/34,Fa9/35)
> Alarming on (Fa9/36,Fa9/37,Fa9/38,Fa9/39,Fa9/40,Fa9/41,Fa9/42)
> Alarming on (Fa9/43,Fa9/44,Fa9/45,Fa9/46,Fa9/47,Fa9/48,Fa10/1)
> Alarming on (Fa10/2,Fa10/3,Fa10/4,Fa10/5,Fa10/6,Fa10/7,Fa10/8)
> Alarming on (Fa10/9,Fa10/10,Fa10/11,Fa10/12,Fa10/13,Fa10/14,Fa10/15)
> Alarming on (Fa10/16,Fa10/17,Fa10/18,Fa10/19,Fa10/20,Fa10/21)
> Alarming on (Fa10/22,Fa10/23,Fa10/24,Fa10/25,Fa10/26,Fa10/27)
> Alarming on (Fa10/28,Fa10/29,Fa10/30,Fa10/31,Fa10/32,Fa10/33)
> Alarming on (Fa10/34,Fa10/35,Fa10/36,Fa10/37,Fa10/38,Fa10/39)
> Alarming on (Fa10/40,Fa10/41,Fa10/42,Fa10/43,Fa10/44,Fa10/45)
> Alarming on (Fa10/46,Fa10/47,Fa10/48,Gi11/1,Gi11/2,Gi11/3,Gi11/4)
> Alarming on (Gi11/5,Gi11/6,Gi11/7,Gi11/8,Gi11/9,Gi11/10,Gi11/11)
> Alarming on (Gi11/12,Gi11/13,Gi11/14,Gi11/15,Gi11/16,Gi12/1,Gi12/2)
> Alarming on (Gi12/3,Gi12/4,Gi12/5,Gi12/6,Gi12/7,Gi12/8,Gi12/9)
> Alarming on (Gi12/10,Gi12/11,Gi12/12,Gi12/13,Gi12/14,Gi12/15)
> Alarming on (Gi12/16,Gi13/1,Gi13/2,Gi13/3,Gi13/4,Gi13/5,Gi13/6)
> Alarming on (Gi13/7,Gi13/8,Gi13/9,Gi13/10,Gi13/11,Gi13/12,Gi13/13)
> Alarming on (Gi13/14,Gi13/15,Gi13/16,EO0/0,Po1,Po2,Po7,Po8,Gi5/1)
> Alarming on (Gi5/2,Gi5/3,Gi5/4,Gi5/5,Gi5/6,Gi5/7,Gi5/8,Gi5/9)
> Alarming on (Gi5/10,Gi5/11,Gi5/12,Gi5/13,Gi5/14,Gi5/15,Gi5/16)
> Alarming on (Gi5/17,Gi5/18,Gi5/19,Gi5/20,Gi5/21,Gi5/22,Gi5/23)
> Alarming on (Gi5/24,Gi5/25,Gi5/26,Gi5/27,Gi5/28,Gi5/29,Gi5/30)
> Alarming on (Gi5/31,Gi5/32,Gi5/33,Gi5/34,Gi5/35,Gi5/36,Gi5/37)
> Alarming on (Gi5/38,Gi5/39,Gi5/40,Gi5/41,Gi5/42,Gi5/43,Gi5/44)
> Alarming on (Gi5/45,Gi5/46,Gi5/47,Gi5/48,Po10,Po30,Po50)

There are no funny names here, which is what would have caused problems in 
previous versions of the devmon collector (but rev 154 shouldn't).

Can you provide a backtrace from one of the core files? It will provide at 
least the devmon test name that triggered the core, and possibly information 
that would help to fix the issue. You can do that with something like:

gdb /path/to/xymon-4.2.3RC1/hobbitd/hobbitd_rrd -c /path/to/core.xxxx

Where the path to hobbitd above is the hobbitd in the source directory where 
you built the hobbitd in question. Then, in the gdb prompt, type 'bt full'

It would also help more to provide the output of something like:

bb localhost 'hobbitdlog hostname.if_load'. This would allow me to test with 
the exact data your server is getting.

Regards,
Buchan

[Devmon] Antwort: Re: Undefined subroutine &&dm_templates

[Hermann-Josef B. <hj....@kr...>]

Sorry for my previous answer,
...
> 
> I've adjusted this in the INSTALLATION file: 
> http://devmon.svn.sourceforge.net/viewvc/devmon?view=rev&revision=162
> 

should have read the update first ...
I rename devmon_templates_2008... to templates and devmon starts.

Thanks
hjb

Re: [Devmon] Undefined subroutine &&dm_templates

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

On Monday, 23 November 2009 12:34:16 Hermann-Josef Beckers wrote:
> Hi,
>
> trying to start devmon under openSUSE 11.1 with xymon 4.3.0beta2:

It looks like you didn't download any templates.

> "./devmon  -f -vv -c ./devmon.cfg --readbbhosts"
>
> gives the following error:
>
> [09-11-23@12:30:46] Option 'bblocation' defaulting to:
> Undefined subroutine &dm_templates::log_fatal called at
> /home/xymon/devmon-0.3.1-beta1/modules/dm_templates.pm line 175.

$ head -n 176 modules/dm_templates.pm|tail -n5

   # Get all dirs in templates subdir
    my $template_dir = $g{'homedir'} . "/templates";
    opendir TEMPLATES, $template_dir or
      log_fatal("Unable to open template directory ($!)",0);

1)dm_config wasn't exporting the log_fatal subroutine, this is fixed in svn (rev 
159 - http://devmon.svn.sourceforge.net/viewvc/devmon?view=rev&revision=159). 
With this fix, the error message becomes:

[09-11-23@14:44:19] Unable to open template directory (No such file or 
directory)

2)I am happy to improve this. The options I can think of are:
-ship an empty templates directory in devmon itself, or maybe a directory 
containing a README file
-improve the error message to be more helpful, something like:

[09-11-23@14:45:53] Unable to open template directory (No such file or 
directory). Did you download the template tarball?

3)I guess the docs/INSTALLATION file should explicitly mention this (or, should 
have, since the time templates were split from "code", which happened before 
my time).

I've adjusted this in the INSTALLATION file: 
http://devmon.svn.sourceforge.net/viewvc/devmon?view=rev&revision=162

Regards,
Buchan

[Devmon] Undefined subroutine &&dm_templates

[Hermann-Josef B. <hj....@kr...>]

Hi,
 
trying to start devmon under openSUSE 11.1 with xymon 4.3.0beta2:

"./devmon  -f -vv -c ./devmon.cfg --readbbhosts"

gives the following error:

[09-11-23@12:30:46] Option 'bblocation' defaulting to: 
Undefined subroutine &dm_templates::log_fatal called at 
/home/xymon/devmon-0.3.1-beta1/modules/dm_templates.pm line 175.

These are the active entries from my devmon.cfg:

"MULTINODE=NO
BBHOSTS=/home/xymon/server/etc/bb-hosts
BBTAG=DEVMON
SNMPCIDS=public,private
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
MSGSIZE=8096
MSGSLEEP=10
CYCLETIME=60
DEADTIME=180
CLEARTIME=180
NUMFORKS=10
MAXPOLLTIME=30
SNMPTIMEOUT=2
SNMPTRIES=5"


Any hints?
hjb

Re: [Devmon] [hobbit] Re: Devmon causing core dumps

[mario a. <row...@gm...>]

Hi,

Bunchan.

I'm getting hobbitd_rrd crash. I'm running 4.2.3 RC1 with your do_devmon.c
revision 154.
I figured that the core file are repeating for the same equipments. cisco
6513 and cisco 4507 for if_load.

THis could be because of the number of interfaces? What do you think?

Thanks in advance,

Mario.

Cisco 4507:

Alarming on (Gi1/1,Gi1/2,Gi2/1,Gi2/2,Gi3/1,Gi3/2,Gi3/3,Gi3/4,Gi3/5,Gi3/6,Gi3/7)
Alarming on (Gi3/8,Gi3/9,Gi3/10,Gi3/11,Gi3/12,Gi3/13,Gi3/14,Gi3/15)
Alarming on (Gi3/16,Gi3/17,Gi3/18,Gi3/19,Gi3/20,Gi3/21,Gi3/22)
Alarming on (Gi3/23,Gi3/24,Gi3/25,Gi3/26,Gi3/27,Gi3/28,Gi3/29)
Alarming on (Gi3/30,Gi3/31,Gi3/32,Gi3/33,Gi3/34,Gi3/35,Gi3/36)
Alarming on (Gi3/37,Gi3/38,Gi3/39,Gi3/40,Gi3/41,Gi3/42,Gi3/43)
Alarming on (Gi3/44,Gi3/45,Gi3/46,Gi3/47,Gi3/48,Gi4/1,Gi4/2,Gi4/3)
Alarming on (Gi4/4,Gi4/5,Gi4/6,Gi4/7,Gi4/8,Gi4/9,Gi4/10,Gi4/11)
Alarming on (Gi4/12,Gi4/13,Gi4/14,Gi4/15,Gi4/16,Gi4/17,Gi4/18)
Alarming on (Gi4/19,Gi4/20,Gi4/21,Gi4/22,Gi4/23,Gi4/24,Gi4/25)
Alarming on (Gi4/26,Gi4/27,Gi4/28,Gi4/29,Gi4/30,Gi4/31,Gi4/32)
Alarming on (Gi4/33,Gi4/34,Gi4/35,Gi4/36,Gi4/37,Gi4/38,Gi4/39)
Alarming on (Gi4/40,Gi4/41,Gi4/42,Gi4/43,Gi4/44,Gi4/45,Gi4/46)
Alarming on (Gi4/47,Gi4/48,Gi5/1,Gi5/2,Gi5/3,Gi5/4,Gi5/5,Gi5/6)
Alarming on (Gi5/7,Gi5/8,Gi5/9,Gi5/10,Gi5/11,Gi5/12,Gi5/13,Gi5/14)
Alarming on (Gi5/15,Gi5/16,Gi5/17,Gi5/18,Gi5/19,Gi5/20,Gi5/21)
Alarming on (Gi5/22,Gi5/23,Gi5/24,Gi5/25,Gi5/26,Gi5/27,Gi5/28)
Alarming on (Gi5/29,Gi5/30,Gi5/31,Gi5/32,Gi5/33,Gi5/34,Gi5/35)
Alarming on (Gi5/36,Gi5/37,Gi5/38,Gi5/39,Gi5/40,Gi5/41,Gi5/42)
Alarming on (Gi5/43,Gi5/44,Gi5/45,Gi5/46,Gi5/47,Gi5/48,Gi6/1)
Alarming on (Gi6/2,Gi6/3,Gi6/4,Gi6/5,Gi6/6,Gi6/7,Gi6/8,Gi6/9)
Alarming on (Gi6/10,Gi6/11,Gi6/12,Gi6/13,Gi6/14,Gi6/15,Gi6/16)
Alarming on (Gi6/17,Gi6/18,Gi6/19,Gi6/20,Gi6/21,Gi6/22,Gi6/23)
Alarming on (Gi6/24,Gi6/25,Gi6/26,Gi6/27,Gi6/28,Gi6/29,Gi6/30)
Alarming on (Gi6/31,Gi6/32,Gi6/33,Gi6/34,Gi6/35,Gi6/36,Gi6/37)
Alarming on (Gi6/38,Gi6/39,Gi6/40,Gi6/41,Gi6/42,Gi6/43,Gi6/44)
Alarming on (Gi6/45,Gi6/46,Gi6/47,Gi6/48)



And Cisco 6513:

Input load:  yellow=75%, red=95%
Output load: yellow=75%, red=95%
Alarming on (Gi1/1,Gi1/2,Gi2/1,Gi2/2,Gi3/1,Gi3/2,Gi3/3,Gi3/4,Gi3/5,Gi3/6,Gi3/7)
Alarming on (Gi3/8,Gi3/9,Gi3/10,Gi3/11,Gi3/12,Gi3/13,Gi3/14,Gi3/15)
Alarming on (Gi3/16,Gi3/17,Gi3/18,Gi3/19,Gi3/20,Gi3/21,Gi3/22)
Alarming on (Gi3/23,Gi3/24,Gi3/25,Gi3/26,Gi3/27,Gi3/28,Gi3/29)
Alarming on (Gi3/30,Gi3/31,Gi3/32,Gi3/33,Gi3/34,Gi3/35,Gi3/36)
Alarming on (Gi3/37,Gi3/38,Gi3/39,Gi3/40,Gi3/41,Gi3/42,Gi3/43)
Alarming on (Gi3/44,Gi3/45,Gi3/46,Gi3/47,Gi3/48,Fa6/1,Fa6/2,Fa6/3)
Alarming on (Fa6/4,Fa6/5,Fa6/6,Fa6/7,Fa6/8,Fa6/9,Fa6/10,Fa6/11)
Alarming on (Fa6/12,Fa6/13,Fa6/14,Fa6/15,Fa6/16,Fa6/17,Fa6/18)
Alarming on (Fa6/19,Fa6/20,Fa6/21,Fa6/22,Fa6/23,Fa6/24,Fa6/25)
Alarming on (Fa6/26,Fa6/27,Fa6/28,Fa6/29,Fa6/30,Fa6/31,Fa6/32)
Alarming on (Fa6/33,Fa6/34,Fa6/35,Fa6/36,Fa6/37,Fa6/38,Fa6/39)
Alarming on (Fa6/40,Fa6/41,Fa6/42,Fa6/43,Fa6/44,Fa6/45,Fa6/46)
Alarming on (Fa6/47,Fa6/48,Fa9/1,Fa9/2,Fa9/3,Fa9/4,Fa9/5,Fa9/6)
Alarming on (Fa9/7,Fa9/8,Fa9/9,Fa9/10,Fa9/11,Fa9/12,Fa9/13,Fa9/14)
Alarming on (Fa9/15,Fa9/16,Fa9/17,Fa9/18,Fa9/19,Fa9/20,Fa9/21)
Alarming on (Fa9/22,Fa9/23,Fa9/24,Fa9/25,Fa9/26,Fa9/27,Fa9/28)
Alarming on (Fa9/29,Fa9/30,Fa9/31,Fa9/32,Fa9/33,Fa9/34,Fa9/35)
Alarming on (Fa9/36,Fa9/37,Fa9/38,Fa9/39,Fa9/40,Fa9/41,Fa9/42)
Alarming on (Fa9/43,Fa9/44,Fa9/45,Fa9/46,Fa9/47,Fa9/48,Fa10/1)
Alarming on (Fa10/2,Fa10/3,Fa10/4,Fa10/5,Fa10/6,Fa10/7,Fa10/8)
Alarming on (Fa10/9,Fa10/10,Fa10/11,Fa10/12,Fa10/13,Fa10/14,Fa10/15)
Alarming on (Fa10/16,Fa10/17,Fa10/18,Fa10/19,Fa10/20,Fa10/21)
Alarming on (Fa10/22,Fa10/23,Fa10/24,Fa10/25,Fa10/26,Fa10/27)
Alarming on (Fa10/28,Fa10/29,Fa10/30,Fa10/31,Fa10/32,Fa10/33)
Alarming on (Fa10/34,Fa10/35,Fa10/36,Fa10/37,Fa10/38,Fa10/39)
Alarming on (Fa10/40,Fa10/41,Fa10/42,Fa10/43,Fa10/44,Fa10/45)
Alarming on (Fa10/46,Fa10/47,Fa10/48,Gi11/1,Gi11/2,Gi11/3,Gi11/4)
Alarming on (Gi11/5,Gi11/6,Gi11/7,Gi11/8,Gi11/9,Gi11/10,Gi11/11)
Alarming on (Gi11/12,Gi11/13,Gi11/14,Gi11/15,Gi11/16,Gi12/1,Gi12/2)
Alarming on (Gi12/3,Gi12/4,Gi12/5,Gi12/6,Gi12/7,Gi12/8,Gi12/9)
Alarming on (Gi12/10,Gi12/11,Gi12/12,Gi12/13,Gi12/14,Gi12/15)
Alarming on (Gi12/16,Gi13/1,Gi13/2,Gi13/3,Gi13/4,Gi13/5,Gi13/6)
Alarming on (Gi13/7,Gi13/8,Gi13/9,Gi13/10,Gi13/11,Gi13/12,Gi13/13)
Alarming on (Gi13/14,Gi13/15,Gi13/16,EO0/0,Po1,Po2,Po7,Po8,Gi5/1)
Alarming on (Gi5/2,Gi5/3,Gi5/4,Gi5/5,Gi5/6,Gi5/7,Gi5/8,Gi5/9)
Alarming on (Gi5/10,Gi5/11,Gi5/12,Gi5/13,Gi5/14,Gi5/15,Gi5/16)
Alarming on (Gi5/17,Gi5/18,Gi5/19,Gi5/20,Gi5/21,Gi5/22,Gi5/23)
Alarming on (Gi5/24,Gi5/25,Gi5/26,Gi5/27,Gi5/28,Gi5/29,Gi5/30)
Alarming on (Gi5/31,Gi5/32,Gi5/33,Gi5/34,Gi5/35,Gi5/36,Gi5/37)
Alarming on (Gi5/38,Gi5/39,Gi5/40,Gi5/41,Gi5/42,Gi5/43,Gi5/44)
Alarming on (Gi5/45,Gi5/46,Gi5/47,Gi5/48,Po10,Po30,Po50)







On Fri, Nov 7, 2008 at 7:28 AM, Buchan Milne <bg...@st...>wrote:

> On Monday 03 November 2008 09:46:42 Buchan Milne wrote:
> > On Friday 31 October 2008 19:55:35 Robert Holden wrote:
> > > When I run snmpwalk on my interfaces I get the following:
> > > (I believe that the devmon template is using this ... notice that they
> > > are all the same.
> >
> > Depending on the SNMP implementation (and may differ on different IOS
> > versions).
> >
> > > A transform won't help)
> > > IF-MIB::ifName.70 = STRING: AT5/0/0
> > > IF-MIB::ifName.71 = STRING: AT5/0/0
> > > IF-MIB::ifName.72 = STRING: AT5/0/0
> > > IF-MIB::ifName.73 = STRING: AT5/0/0
> > > IF-MIB::ifName.74 = STRING: AT5/0/0
> >
> > One of our 7613's has:
> >
> > IF-MIB::ifName.1 = STRING: Gi3/1
> > [...]
> > IF-MIB::ifName.128 = STRING: ATM10/1/0.0-atm subif
> > IF-MIB::ifName.129 = STRING: ATM10/1/0-aal5 layer
> > IF-MIB::ifName.130 = STRING: ATM10/1/0.0-aal5 layer
> > IF-MIB::ifName.131 = STRING: VLAN-1
> >
> > > (This could be used, but you would end up w/ very long names.  G0/0
> would
> > > become GigabitEthernet0/0)
> > > IF-MIB::ifDescr.70 = STRING: ATM5/0/0
> > > IF-MIB::ifDescr.71 = STRING: ATM5/0/0-atm layer
> > > IF-MIB::ifDescr.72 = STRING: ATM5/0/0.0-atm subif
> > > IF-MIB::ifDescr.73 = STRING: ATM5/0/0-aal5 layer
> > > IF-MIB::ifDescr.74 = STRING: ATM5/0/0.0-aal5 layer
> >
> > On the same device as above:
> >
> > IF-MIB::ifDescr.1 = STRING: GigabitEthernet3/1
> > [...]
> > IF-MIB::ifDescr.128 = STRING: ATM10/1/0.0-atm subif
> > IF-MIB::ifDescr.129 = STRING: ATM10/1/0-aal5 layer
> > IF-MIB::ifDescr.130 = STRING: ATM10/1/0.0-aal5 layer
> > IF-MIB::ifDescr.131 = STRING: unrouted VLAN 1
> >
> > > (This may be helpful ... somehow ignore all type 37 and type 49, and
> sub
> > > interface 0 ??)
> > > IF-MIB::ifType.70 = INTEGER: sonet(39)
> > > IF-MIB::ifType.71 = INTEGER: atm(37)
> > > IF-MIB::ifType.72 = INTEGER: atmSubInterface(134)
> > > IF-MIB::ifType.73 = INTEGER: aal5(49)
> > > IF-MIB::ifType.74 = INTEGER: aal5(49)
> >
> > But, in my case, I want to graph:
> > IF-MIB::ifName.103 = STRING: ATM10/1/0.1-aal5 layer
> >
> > (it is the only interface which shows the correct traffic)
> >
> > > I will open a bug if you like.  Is the issue that originated this
> thread
> > > the same as the one I am experiencing?
> >
> > Well, there are two aspects to the bug:
> >
> > 1)Devmon should strip invalid characters out of interface names for the
> RRD
> > data sent with the status message.
> >
> > 2)The Hobbit RRD collector module for devmon should not segfault if data
> is
> > not in the format:
> >
> > <name_without_spaces> value[:value[:value]]
>
> I fixed this one last night. You can either grab the new do_devmon.c, and
> run
> 'make' again, and copy the hobbitd_rrd over the previous binary, or you can
> grab the new complete patch for a build from scratch:
>
> http://devmon.svn.sourceforge.net/viewvc/devmon?view=rev&revision=90
>
> (at present, viewvc seems to be a bit bust on sourceforge, but these should
> be
> the URLs to the current versions of the files when it is working:
> http://devmon.svn.sourceforge.net/viewvc/devmon/trunk/extras/do_devmon.c
> http://devmon.svn.sourceforge.net/viewvc/devmon/trunk/extras/hobbit-4.2.0-
> devmon-complete.patch<http://devmon.svn.sourceforge.net/viewvc/devmon/trunk/extras/hobbit-4.2.0-%0Adevmon-complete.patch>
> )
>
> I will update my Hobbit packages with this once I've upgraded my production
> Hobbit box (but the SRPM is in Mandriva cooker already).
>
> Regards,
> Buchan
>
>
> To unsubscribe from the hobbit list, send an e-mail to
> hob...@hs...
>
>
>

Re: [Devmon] Worng Load output from Devmon to Xymon

[weiser <ho...@we...>]

Hi,

sorry that I first write now, I have had some other things which have taking 
all my time...

<CUT>
> Well, the devmon collector passes the definition in the DS line of the
> message
> straight through to the code that calls librrd functions to create the RRD
> file, so your RRD file should have been created to use the COUNTER data
> source
> type for ifInOctets and ifOutOctets. You can verify which data source type
> your rrd file is using for these data sets using 'rrdtool info
>  /path/to/rrd'.

It is COUNTER there is used.

> 
> I notice that most of the rrd collectors that ship with Xymon use the
>  DERIVE data type by default. Networking devices with SNMP counters should
>  be able to use COUNTER safely, and using COUNTER should be more accurate
>  (as it will get the data between the highest value seen and the counter
>  wrap value, which DERIVE would lose).
> 
> You may want to experiment by changing the COUNTER in your message file to
> DERIVE, and then remove / rename the existing RRD file, and see if this
> prevents it in future. However, as far as I can tell, this should not make
>  a difference (see below), unless the bug is in rrdtool itself.

I have changed in my template to DERIVE from COUNTER. And removed the rrd 
files.
And now it work, so it looks like it is a bug in rrdtool...

<CUT>

> The only place I can think of where this could occur is in rrdtool itself.
> 
> What version of rrdtool are you running? You could manually create an rrd
> file
> (with 'rrdcreate') and update it with values going over the counter wrap,
>  and see if you get the same behaviour.

The version I use is: 1.2.19.


Regards,

Kim

Re: [Devmon] Missing SNMP's on some server

[<kri...@th...>]

Hi Buchan,

You are absolutly correct that I should share the templates with the
others ;-) I just added them to sourceforge.

I installed the patch but I'm afraid it didn't solve the issue we're
expiriencing. Perhaps another thing that can help
If I restart devmon, the tests are working for the first run, but all
runs after are failing. (This complies for all servers with the 'missing
repeater data' issue.)

So devmon does find repeater data for the first run, but the run's
after, it fails to recognize the repeater data which as result reacts in
devmon as an 'Undefined value'. (However I'm not sure if this is an
issue in devmon, or dueue to the server itself not responding.)

Below is a sample of the log. I do have a debug logg available which I
sent to you privately instead of spamming everybody on the list.

[09-11-16@11:37:30] ---Initilizing devmon...
[09-11-16@11:37:30] Node 0 reporting to 10.223.137.110
[09-11-16@11:37:30] Running under process id: 4896
[09-11-16@11:37:30] Entering poll loop
[09-11-16@11:37:43] Missing repeater data for ifDriveNr for hphealth msg
[09-11-16@11:37:43] Missing repeater data for ifPhyDriveIndex for
hphealth msg
[09-11-16@11:37:43] No SNMP data found for ifPhyDriveIndex on
l27.eu.compumark.com
[09-11-16@11:37:43] No SNMP data found for ifPhyDriveStatus on
l27.eu.compumark.com
[09-11-16@11:37:43] No SNMP data found for ifPhyDriveSn on
l27.eu.compumark.com
[09-11-16@11:37:43] No SNMP data found for ifPhyDriveModel on
l27.eu.compumark.com
[09-11-16@11:37:43] No SNMP data found for ifPhyDriveSize on
l27.eu.compumark.com
[09-11-16@11:37:43] Missing repeater data for ifPhyDriveIndex for
hphealth msg
[09-11-16@11:40:07] No SNMP data found for ifPhyDriveIndex on
l27.eu.compumark.com
[09-11-16@11:40:07] No SNMP data found for ifPhyDriveStatus on
l27.eu.compumark.com
[09-11-16@11:40:07] No SNMP data found for ifIloIMLEvents on
l27.eu.compumark.com
[09-11-16@11:40:07] No SNMP data found for ifPhyDriveSn on
l27.eu.compumark.com
[09-11-16@11:40:07] No SNMP data found for ifPhyDriveModel on
l27.eu.compumark.com
[09-11-16@11:40:07] No SNMP data found for ifPhyDriveSize on
l27.eu.compumark.com
[09-11-16@11:40:07] Missing repeater data for ifNicPhyIndex for hphealth
msg
[09-11-16@11:40:07] Missing repeater data for ifIloLogEntries for
hphealth msg
[09-11-16@11:40:07] No SNMP data found for ifNicPhyCondition on
l36.eu.compumark.com
[09-11-16@11:40:07] No SNMP data found for ifIloIMLEvents on
l36.eu.compumark.com
[09-11-16@11:40:07] No SNMP data found for ifPhyDriveSn on
l36.eu.compumark.com
[09-11-16@11:40:07] No SNMP data found for ifPhyDriveModel on
l36.eu.compumark.com
[09-11-16@11:40:07] No SNMP data found for ifIloUpdateTime on
l36.eu.compumark.com
[09-11-16@11:40:07] No SNMP data found for ifNicPhySpeed on
l36.eu.compumark.com
[09-11-16@11:40:07] No SNMP data found for ifIloLogEntries on
l36.eu.compumark.com
[09-11-16@11:40:07] No SNMP data found for ifNicPhyIndex on
l36.eu.compumark.com
[09-11-16@11:40:07] No SNMP data found for ifIloLogSev on
l36.eu.compumark.com
[09-11-16@11:40:07] No SNMP data found for ifIloIniTime on
l36.eu.compumark.com
[09-11-16@11:40:07] No SNMP data found for ifCPUManufac on
l36.eu.compumark.com
[09-11-16@11:40:07] No SNMP data found for ifNicPhyAdapterNr on
l36.eu.compumark.com
[09-11-16@11:40:07] No SNMP data found for ifIloEntryClass on
l36.eu.compumark.com
[09-11-16@11:40:07] Missing repeater data for ifNicPhyIndex for hphealth
msg
[09-11-16@11:40:07] Missing repeater data for ifIloLogEntries for
hphealth msg

Kind regards,
Met vriendelijke groet, 

Kristof Van Den Ouweland
System Engineer
Thomson Reuters

T:  +32 3 220 76 40
F: +32 3 220 76 31
kri...@th...
http://compumark.thomson.com 

-----Original Message-----
From: Buchan Milne [mailto:bg...@st...] 
Sent: Friday, November 13, 2009 16:38
To: dev...@li...
Cc: Van Den Ouweland, Kristof (Prof II&RS)
Subject: Re: [Devmon] Missing SNMP's on some server

On Friday, 13 November 2009 14:51:01
kri...@th...
wrote:
> Good afternoon,
>
> We've been using devmon quite some while now, and during we created 
> our own custom templates for hp servers,

Didn't the compaq-server or compaq-servernohspare template work?

> cisco ios's etc...

If we don't have templates, please file a "patch" on the tracker under
the templates category. No sense in people wasting time creating the
same templates ...

> However, we are expiriencing some issues for which I require a fresh 
> set of eyes.
>
> 1st problem:
> For some hp servers (like bl35p or dl585 g5), most of the OIDS which 
> normally work are not available. I've located the MIBS on the server 
> itself under /user/share/snmp/mibs, and tried to update them but they 
> aren't accepted.
> The strange thing is, is that we some devices which are configured 
> identically (same hardware, software, hp health agents etc.) are 
> working perfectly, while other with the same configuration don't have 
> the OIDS available; (even with manual snmpwalk)

If the agents aren't working, or the servers aren't reporting the data,
you should consult HP ...

If you provide more detail on the platform (OS, hpasm version etc.)
someone else may be able to help.

> 2nd problem:
> We've created a hphealth agent test (with some additional stuff to 
> monitor outside of the regular compaq testing). This test contains 
> branches (regarding phy drives and memory etc...) but sometimes, 
> devmon does not see the results as a branch which leads to the 
> 'missing repeater data for...' message.

In the compaq-server template, I had this problem. For example, if the
server has no hot spare configured, then the whole branches for
sprDrvCntIndex, sprDrvIndex, and sprDrvStatus would simply not be
present. Devmon would then fail on these, and report missing repeater
data, and then stop polling the device.

Thus, I created a compaq-servernohspare for this case.

However, I have recently commited a potential fix for this in svn:

http://devmon.svn.sourceforge.net/viewvc/devmon/trunk/modules/dm_snmp.pm
?r1=145&r2=156&view=patch

> For other servers with same config, they are working and recognized 
> fine.
> All tests which are after that specific test, altough they are 
> working, are not executed anymore and no results are displayed.

You could disable the affected test, then the test for which there is
complete data would work, but please try the patch I refer to above.

(I can't currently test on HP servers, but it works for me here with a
much simpler case).

> We also tried to use the devmon templates on sourceforge for compaq 
> devices, but the results are not different.
>
> Does anyone expirienced a similar issue as above and solved it? Or 
> know why it is caused like that?
>
> Thanks a lot
>
> and of course, if somebody would like a template, I can send it over 
> ;-)

Please attach your templates to a patch submission on the tracker
(select category "Tempaltes"), e.g. here:

https://sourceforge.net/tracker/?group_id=160720&atid=816979

It works best (e.g. if someone has questions/clarifications etc.) if you
register on Sourceforge, and log in before posting to the tracker.

Regards,
Buchan

Re: [Devmon] templates and MIBS

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

On Friday, 13 November 2009 17:57:49 Hanrahan, Kevin wrote:
> Hi,
> Can someone tell me how or guide me to where I can find info on how to
> build templates?

Have you already consulted docs/TEMPLATES ?

Link to the version in svn: 
http://devmon.svn.sourceforge.net/viewvc/devmon/trunk/docs/TEMPLATES

Even if you will use the script below, you should be familiar with this.

> More specifically, is there a guide on how to build templates from
> published MIBS?

David Baldwin contributed a script which can assist with this, it is available 
in svn (and will be in the next release):

http://devmon.svn.sourceforge.net/viewvc/devmon/trunk/extras/

see templatebuilder.pl and templatebuilder.README

> I have some equipment that answers snmp queries just fine and there are
> MIBS available but there are no known templates that I can find

Which equipment?

If you create a template for new equipment, please consider contributing it 
back.

Regards,
Buchan

Re: [Devmon] templates and MIBS

[pkc_mls <pk...@ya...>]

Hanrahan, Kevin a écrit :
> Hi,
Hi Kevin,
> Can someone tell me how or guide me to where I can find info on how to build templates?
> 
> More specifically, is there a guide on how to build templates from published MIBS?

Google is your friend.
please read those documents :

http://www.techagent.com/devmon_snmp_hobbit_setup.htm
http://en.wikibooks.org/wiki/System_Monitoring_with_Xymon/Other_Docs/HOWTO/Devmon_SNMP

Try first with one or two OIDs to make sure the result is as expected,
then fill the template according to what you need.

> I have some equipment that answers snmp queries just fine and there are MIBS available but there are no known templates that I can find
> 
> Any guidance appreciated
> 
> thanks
> 
> Kevin

[Devmon] templates and MIBS

[Hanrahan, K. <Kev...@el...>]

Hi,
Can someone tell me how or guide me to where I can find info on how to build templates?

More specifically, is there a guide on how to build templates from published MIBS?

I have some equipment that answers snmp queries just fine and there are MIBS available but there are no known templates that I can find

Any guidance appreciated

thanks

Kevin



----------------------------------------- Note: The information
contained in this e-mail and in any attachments is intended only
for the person or entity to which it is addressed and may contain
confidential and/or privileged material. Any review,
retransmission, dissemination or other use of, or taking of any
action in reliance upon, this information by persons or entities
other than the intended recipient is prohibited. The recipient
should check this e-mail and any attachments for the presence of
viruses. Sender accepts no liability for any damages caused by any
virus transmitted by this e-mail. If you have received this e-mail
in error, please notify us immediately by replying to the message
and delete the e-mail from your computer.  Elavon (formerly NOVA
Information Systems)

Re: [Devmon] Missing SNMP's on some server

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

On Friday, 13 November 2009 14:51:01 kri...@th... 
wrote:
> Good afternoon,
>
> We've been using devmon quite some while now, and during we created our
> own custom templates for hp servers,

Didn't the compaq-server or compaq-servernohspare template work?

> cisco ios's etc...

If we don't have templates, please file a "patch" on the tracker under the 
templates category. No sense in people wasting time creating the same 
templates ...

> However, we are expiriencing some issues for which I require a fresh set
> of eyes.
>
> 1st problem:
> For some hp servers (like bl35p or dl585 g5), most of the OIDS which
> normally work are not available. I've located the MIBS on the server
> itself under /user/share/snmp/mibs, and tried to update them but they
> aren't accepted.
> The strange thing is, is that we some devices which are configured
> identically (same hardware, software, hp health agents etc.) are working
> perfectly, while other with the same configuration don't have the OIDS
> available; (even with manual snmpwalk)

If the agents aren't working, or the servers aren't reporting the data, you 
should consult HP ...

If you provide more detail on the platform (OS, hpasm version etc.) someone 
else may be able to help.

> 2nd problem:
> We've created a hphealth agent test (with some additional stuff to
> monitor outside of the regular compaq testing). This test contains
> branches (regarding phy drives and memory etc...) but sometimes, devmon
> does not see the results as a branch which leads to the 'missing
> repeater data for...' message.

In the compaq-server template, I had this problem. For example, if the server 
has no hot spare configured, then the whole branches for sprDrvCntIndex, 
sprDrvIndex, and sprDrvStatus would simply not be present. Devmon would then 
fail on these, and report missing repeater data, and then stop polling the 
device.

Thus, I created a compaq-servernohspare for this case.

However, I have recently commited a potential fix for this in svn:

http://devmon.svn.sourceforge.net/viewvc/devmon/trunk/modules/dm_snmp.pm?r1=145&r2=156&view=patch

> For other servers with same config, they
> are working and recognized fine.
> All tests which are after that specific test, altough they are working,
> are not executed anymore and no results are displayed.

You could disable the affected test, then the test for which there is complete 
data would work, but please try the patch I refer to above.

(I can't currently test on HP servers, but it works for me here with a much 
simpler case).

> We also tried to use the devmon templates on sourceforge for compaq
> devices, but the results are not different.
>
> Does anyone expirienced a similar issue as above and solved it? Or know
> why it is caused like that?
>
> Thanks a lot
>
> and of course, if somebody would like a template, I can send it over ;-)

Please attach your templates to a patch submission on the tracker (select 
category "Tempaltes"), e.g. here:

https://sourceforge.net/tracker/?group_id=160720&atid=816979

It works best (e.g. if someone has questions/clarifications etc.) if you 
register on Sourceforge, and log in before posting to the tracker.

Regards,
Buchan

[Devmon] Missing SNMP's on some server

[<kri...@th...>]

Good afternoon,
 
We've been using devmon quite some while now, and during we created our
own custom templates for hp servers, cisco ios's etc...
 
However, we are expiriencing some issues for which I require a fresh set
of eyes.
 
1st problem:
For some hp servers (like bl35p or dl585 g5), most of the OIDS which
normally work are not available. I've located the MIBS on the server
itself under /user/share/snmp/mibs, and tried to update them but they
aren't accepted.
The strange thing is, is that we some devices which are configured
identically (same hardware, software, hp health agents etc.) are working
perfectly, while other with the same configuration don't have the OIDS
available; (even with manual snmpwalk)
 
2nd problem:
We've created a hphealth agent test (with some additional stuff to
monitor outside of the regular compaq testing). This test contains
branches (regarding phy drives and memory etc...) but sometimes, devmon
does not see the results as a branch which leads to the 'missing
repeater data for...' message. For other servers with same config, they
are working and recognized fine.
All tests which are after that specific test, altough they are working,
are not executed anymore and no results are displayed.
 
We also tried to use the devmon templates on sourceforge for compaq
devices, but the results are not different.
 
Does anyone expirienced a similar issue as above and solved it? Or know
why it is caused like that?
 
Thanks a lot
 
and of course, if somebody would like a template, I can send it over ;-)
 
Kind regards,
Met vriendelijke groet, 

Kristof Van Den Ouweland

 

Re: [Devmon] devmon recognize includes ?

[Martin F. <mar...@de...>]

Thanks for the advice, works like a charme
with the "real" include-statement ;-)

.. then i've got another problem with directory- versis include-statement,
but that's a question for the hobbit-list ...

thanks & cheers

 	martin

On Fri, 13 Nov 2009, Buchan Milne wrote:

> On Friday, 13 November 2009 09:52:23 Martin Flemming wrote:
>> Hi, Buchan !
>>
>> .. in
>> my begin bb-host with:
>>
>> title IT-Services
>>
>> directory includes/hosts/services
>
> Ah, but this isn't an "include" statement. Devmon supports include,
> dispinclude, netinclude (see below).
>
>
>> and in the includes/hosts/services/fibrechannel
>>
>> page Fibrechannel Fibrechannel
>> group-compress fcs
>> X.X.X.X fcs3 #  DEVMON:cid(public) DESCR:"Silkworm 4100" COMMENT:"Silkworm
>> 4100" http://fcs3/ X.X.X.X fcs4 #  DEVMON:cid(public) DESCR:"Silkworm 4100"
>> COMMENT:"Silkworm 4100" http://fcs4/ X.X.X.X fcs5 #  DEVMON:cid(public)
>> DESCR:"Silkworm 4100" COMMENT:"Silkworm 4100" http://fcs5/ X.X.X.X fcs7 #
>> DEVMON:cid(public) DESCR:"Silkworm 4100" COMMENT:"Silkworm 4100"
>> http://fcs7/ X.X.X.X fcs8 #   DEVMON:cid(public) DESCR:"Silkworm 4100"
>> COMMENT:"Silkworm 4100" http://fcs8/
>>
>> .. if i removed this file and integrated into the bb-hosts directly, it
>> works ...
>>
>
> Can you test by removing the "directory includes/hosts/services", and instead
> add:
> include includes/hosts/services/fibrechannel
> ?
>
> If this works for you, I think use it, and file a feature request to support
> the "directory" statement. I note that this statement isn't documented in the
> xymon 4.2.3 bb-hosts man page. While I was aware of this feature in e.g.
> hobbitgraph.cfg, hobbitlaunch.cfg, I wasn't aware it worked in bb-hosts ...
>
>
>> On Fri, 13 Nov 2009, Buchan Milne wrote:
>>> On Thursday, 12 November 2009 21:03:56 mar...@de... wrote:
>>>> Hi !
>>>>
>>>> i've got several include-directives in my bb-hosts,
>>>> and observed, that devmon (v0.3.1-beta1) only recognize devices
>>>> if they are directly written in bb-hosts and not in one of several
>>>> include-files ..
>>>>
>>>> Is that right or a bug ...
>>>
>>> Support for include files was added a while back :
>>>
>>> $ grep -n -A10 "include statement" modules/dm_config.pm
>>> 1279:       # First see if this is an include statement
>>> 1280-        if($line =~ /^\s*(?:disp|net)?include\s+(.+)$/i) {
>>> 1281-          my $file = $1;
>>> 1282-         # Tack on our etc dir if this isnt an absolute path
>>> 1283-          $file = "$etcdir/$file" if $file !~ /^\//;
>>> 1284-         # Add the file to our read array
>>> 1285-          push @bbfiles, $file;
>>> 1286-        }
>>> 1287-
>>> 1288-       # Else see if this line matches the ip/host bb-hosts format
>>> 1289-        elsif($line =~ /^\s*(\d+\.\d+\.\d+\.\d+)\s+(\S+)(.*)$/i) {
>>>
>>>
>>> Unfortunately, there's no debugging enabled (e.g. listing which files are
>>> being opened).
>>>
>>> Can you paste some example include lines?
>>>
>>> Regards,
>>> Buchan
>>
>> ---------------------------------------------------------------------------
>> --- Let Crystal Reports handle the reporting - Free Crystal Reports 2008
>> 30-Day trial. Simplify your report design, integration and deployment - and
>> focus on what you do best, core application coding. Discover what's new
>> with Crystal Reports now.  http://p.sf.net/sfu/bobj-july
>> _______________________________________________
>> Devmon-support mailing list
>> Dev...@li...
>> https://lists.sourceforge.net/lists/listinfo/devmon-support
>
>

Re: [Devmon] devmon recognize includes ?

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

On Friday, 13 November 2009 09:52:23 Martin Flemming wrote:
> Hi, Buchan !
>
> .. in
> my begin bb-host with:
>
> title IT-Services
>
> directory includes/hosts/services

Ah, but this isn't an "include" statement. Devmon supports include, 
dispinclude, netinclude (see below).


> and in the includes/hosts/services/fibrechannel
>
> page Fibrechannel Fibrechannel
> group-compress fcs
> X.X.X.X fcs3 #  DEVMON:cid(public) DESCR:"Silkworm 4100" COMMENT:"Silkworm
> 4100" http://fcs3/ X.X.X.X fcs4 #  DEVMON:cid(public) DESCR:"Silkworm 4100"
> COMMENT:"Silkworm 4100" http://fcs4/ X.X.X.X fcs5 #  DEVMON:cid(public)
> DESCR:"Silkworm 4100" COMMENT:"Silkworm 4100" http://fcs5/ X.X.X.X fcs7 #  
> DEVMON:cid(public) DESCR:"Silkworm 4100" COMMENT:"Silkworm 4100"
> http://fcs7/ X.X.X.X fcs8 #   DEVMON:cid(public) DESCR:"Silkworm 4100"
> COMMENT:"Silkworm 4100" http://fcs8/
>
> .. if i removed this file and integrated into the bb-hosts directly, it
> works ...
>

Can you test by removing the "directory includes/hosts/services", and instead 
add:
include includes/hosts/services/fibrechannel
?

If this works for you, I think use it, and file a feature request to support 
the "directory" statement. I note that this statement isn't documented in the 
xymon 4.2.3 bb-hosts man page. While I was aware of this feature in e.g. 
hobbitgraph.cfg, hobbitlaunch.cfg, I wasn't aware it worked in bb-hosts ...


> On Fri, 13 Nov 2009, Buchan Milne wrote:
> > On Thursday, 12 November 2009 21:03:56 mar...@de... wrote:
> >> Hi !
> >>
> >> i've got several include-directives in my bb-hosts,
> >> and observed, that devmon (v0.3.1-beta1) only recognize devices
> >> if they are directly written in bb-hosts and not in one of several
> >> include-files ..
> >>
> >> Is that right or a bug ...
> >
> > Support for include files was added a while back :
> >
> > $ grep -n -A10 "include statement" modules/dm_config.pm
> > 1279:       # First see if this is an include statement
> > 1280-        if($line =~ /^\s*(?:disp|net)?include\s+(.+)$/i) {
> > 1281-          my $file = $1;
> > 1282-         # Tack on our etc dir if this isnt an absolute path
> > 1283-          $file = "$etcdir/$file" if $file !~ /^\//;
> > 1284-         # Add the file to our read array
> > 1285-          push @bbfiles, $file;
> > 1286-        }
> > 1287-
> > 1288-       # Else see if this line matches the ip/host bb-hosts format
> > 1289-        elsif($line =~ /^\s*(\d+\.\d+\.\d+\.\d+)\s+(\S+)(.*)$/i) {
> >
> >
> > Unfortunately, there's no debugging enabled (e.g. listing which files are
> > being opened).
> >
> > Can you paste some example include lines?
> >
> > Regards,
> > Buchan
>
> ---------------------------------------------------------------------------
>--- Let Crystal Reports handle the reporting - Free Crystal Reports 2008
> 30-Day trial. Simplify your report design, integration and deployment - and
> focus on what you do best, core application coding. Discover what's new
> with Crystal Reports now.  http://p.sf.net/sfu/bobj-july
> _______________________________________________
> Devmon-support mailing list
> Dev...@li...
> https://lists.sourceforge.net/lists/listinfo/devmon-support

Re: [Devmon] devmon recognize includes ?

[Martin F. <mar...@de...>]

Hi, Buchan !

.. in
my begin bb-host with:

title IT-Services

directory includes/hosts/services
.
.

and in the includes/hosts/services/fibrechannel

page Fibrechannel Fibrechannel
group-compress fcs
X.X.X.X fcs3 #  DEVMON:cid(public) DESCR:"Silkworm 4100" COMMENT:"Silkworm 4100" http://fcs3/
X.X.X.X fcs4 #  DEVMON:cid(public) DESCR:"Silkworm 4100" COMMENT:"Silkworm 4100" http://fcs4/
X.X.X.X fcs5 #  DEVMON:cid(public) DESCR:"Silkworm 4100" COMMENT:"Silkworm 4100" http://fcs5/
X.X.X.X fcs7 #   DEVMON:cid(public) DESCR:"Silkworm 4100" COMMENT:"Silkworm 4100" http://fcs7/
X.X.X.X fcs8 #   DEVMON:cid(public) DESCR:"Silkworm 4100" COMMENT:"Silkworm 4100" http://fcs8/

.. if i removed this file and integrated into the bb-hosts directly, it works ...

cheers,
 	martin

On Fri, 13 Nov 2009, Buchan Milne wrote:

> On Thursday, 12 November 2009 21:03:56 mar...@de... wrote:
>> Hi !
>>
>> i've got several include-directives in my bb-hosts,
>> and observed, that devmon (v0.3.1-beta1) only recognize devices
>> if they are directly written in bb-hosts and not in one of several
>> include-files ..
>>
>> Is that right or a bug ...
>
>
> Support for include files was added a while back :
>
> $ grep -n -A10 "include statement" modules/dm_config.pm
> 1279:       # First see if this is an include statement
> 1280-        if($line =~ /^\s*(?:disp|net)?include\s+(.+)$/i) {
> 1281-          my $file = $1;
> 1282-         # Tack on our etc dir if this isnt an absolute path
> 1283-          $file = "$etcdir/$file" if $file !~ /^\//;
> 1284-         # Add the file to our read array
> 1285-          push @bbfiles, $file;
> 1286-        }
> 1287-
> 1288-       # Else see if this line matches the ip/host bb-hosts format
> 1289-        elsif($line =~ /^\s*(\d+\.\d+\.\d+\.\d+)\s+(\S+)(.*)$/i) {
>
>
> Unfortunately, there's no debugging enabled (e.g. listing which files are being
> opened).
>
> Can you paste some example include lines?
>
> Regards,
> Buchan
>

Re: [Devmon] devmon recognize includes ?

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

On Thursday, 12 November 2009 21:03:56 mar...@de... wrote:
> Hi !
>
> i've got several include-directives in my bb-hosts,
> and observed, that devmon (v0.3.1-beta1) only recognize devices
> if they are directly written in bb-hosts and not in one of several
> include-files ..
>
> Is that right or a bug ...


Support for include files was added a while back :

$ grep -n -A10 "include statement" modules/dm_config.pm
1279:       # First see if this is an include statement
1280-        if($line =~ /^\s*(?:disp|net)?include\s+(.+)$/i) {
1281-          my $file = $1;
1282-         # Tack on our etc dir if this isnt an absolute path
1283-          $file = "$etcdir/$file" if $file !~ /^\//;
1284-         # Add the file to our read array
1285-          push @bbfiles, $file;
1286-        }
1287-
1288-       # Else see if this line matches the ip/host bb-hosts format
1289-        elsif($line =~ /^\s*(\d+\.\d+\.\d+\.\d+)\s+(\S+)(.*)$/i) {


Unfortunately, there's no debugging enabled (e.g. listing which files are being 
opened).

Can you paste some example include lines?

Regards,
Buchan

[Devmon] devmon recognize includes ?

[<mar...@de...>]

Hi !

i've got several include-directives in my bb-hosts,
and observed, that devmon (v0.3.1-beta1) only recognize devices
if they are directly written in bb-hosts and not in one of several 
include-files ..

Is that right or a bug ...

Cheers,

        Martin

Re: [Devmon] APC support

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

The devmon-templates-20080206.tar.gz templates release on http://sf.net/projects/devmon has templates for a number of APC UPSs. In subversion, there are some updates[1] to some of those templates.

I have some local changes (for those of us using standard units for temperature, and not arbitrary ones) to some of those templates, among others, that I still need to merge into svn before making a new templates release.

1. http://devmon.svn.sourceforge.net/viewvc/devmon/trunk/templates/apc-9619/

Regards,
Buchan

----- "Kevin Hanrahan" <Kev...@el...> wrote:

> Can anyone direct me to where I can get templates and /or any other
> add-ons or goodies to monitor APC UPS units?
> 
> Thanks in advance.
> 
> kh
> 
> 
> ----------------------------------------- Note: The information
> contained in this e-mail and in any attachments is intended only
> for the person or entity to which it is addressed and may contain
> confidential and/or privileged material. Any review,
> retransmission, dissemination or other use of, or taking of any
> action in reliance upon, this information by persons or entities
> other than the intended recipient is prohibited. The recipient
> should check this e-mail and any attachments for the presence of
> viruses. Sender accepts no liability for any damages caused by any
> virus transmitted by this e-mail. If you have received this e-mail
> in error, please notify us immediately by replying to the message
> and delete the e-mail from your computer.  Elavon (formerly NOVA
> Information Systems)
> ------------------------------------------------------------------------------
> Let Crystal Reports handle the reporting - Free Crystal Reports 2008
> 30-Day 
> trial. Simplify your report design, integration and deployment - and
> focus on 
> what you do best, core application coding. Discover what's new with
> Crystal Reports now.  http://p.sf.net/sfu/bobj-july
> _______________________________________________
> Devmon-support mailing list
> Dev...@li...
> https://lists.sourceforge.net/lists/listinfo/devmon-support

[Devmon] APC support

[Hanrahan, K. <Kev...@el...>]

Can anyone direct me to where I can get templates and /or any other add-ons or goodies to monitor APC UPS units?

Thanks in advance.

kh


----------------------------------------- Note: The information
contained in this e-mail and in any attachments is intended only
for the person or entity to which it is addressed and may contain
confidential and/or privileged material. Any review,
retransmission, dissemination or other use of, or taking of any
action in reliance upon, this information by persons or entities
other than the intended recipient is prohibited. The recipient
should check this e-mail and any attachments for the presence of
viruses. Sender accepts no liability for any damages caused by any
virus transmitted by this e-mail. If you have received this e-mail
in error, please notify us immediately by replying to the message
and delete the e-mail from your computer.  Elavon (formerly NOVA
Information Systems)

Re: [Devmon] if_load if_dsc graphic

[Simone S. <de...@gm...>]

Thanks a lot it works !!!

Simone ;-)

2009/11/6 Richard Finegold <gol...@gm...>

> On Sat, Oct 31, 2009 at 00:12, Simone Stanzani <de...@gm...> wrote:
> > my problem is this. with the template cisco-asa in the test page if_load
> i
> > see the graphics, otherwise in test page if_dsc I don t see graphics :-(
> [snip]
> > if_dsc graphics appear in "trends page" but not "if_dsc page"
>
> To add if_dsc, first take a look at web/hobbitsvc.c in the source.
> There's a line near the top:
>  static char *multigraphs = ",column,column,column,column,";
>
> Append the desired --multigraphs setting to CGI_SVC_OPTS in your
> server/etc/hobbitcgi.cfg:
> CGI_SVC_OPTS="--env=/home/hobbit/server/etc/hobbitserver.cfg
> --no-svcid --history=top --multigraphs=disk,if_load,if_dsc"
>
> Note that, while the string assignment in web/hobbitsvc.c both begins
> and ends with a comma, the variable in the cgi neither begins nor ends
> with a comma.
>
>
> ------------------------------------------------------------------------------
> Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day
> trial. Simplify your report design, integration and deployment - and focus
> on
> what you do best, core application coding. Discover what's new with
> Crystal Reports now.  http://p.sf.net/sfu/bobj-july
> _______________________________________________
> Devmon-support mailing list
> Dev...@li...
> https://lists.sourceforge.net/lists/listinfo/devmon-support
>