Re: [opsview-users] SNMP monitoring and rates

2010-06-29 Thread paul
Hi, What I did in the "old" days was sampling per 2 minutes. The amount of snmp traffic generated when the sample time was lower, became too much for all devices. For those links which required it, I added the max value on the line, to see where averaging caused misinterpretation of the utilizati

Re: [opsview-users] upgrade to 3.7.1 community and convert odw db to engine type innodb

2010-06-29 Thread Tony Hunter
On Tue, Jun 29, 2010 at 09:09:33AM +0100, Ton Voon wrote: > > On 28 Jun 2010, at 22:52, Tony Hunter wrote: > > >Thanks for the update guys - the the only issue encountered so far > >(and > >it's non-critical) was that during the CentOS rpm update to 3.7.1, > >part of the info printed to stdout de

[opsview-users] SNMP monitoring and rates

2010-06-29 Thread James Peel
A question to SNMP users... If you're monitoring a SNMP counter, what timeframe would be appropriate for calculating rates? Eg: (where N is timeframe) 1 error per N 1 discard per N 1 fragment per N 1 degree (C / F) temperature change in N Setting N = seconds seems like a natural choice but

Re: [opsview-users] Alert History

2010-06-29 Thread Ciaran Scolard
Apologies. Ignore the below query on perl modules. It's not related. -Original Message- From: opsview-users-boun...@lists.opsview.org [mailto:opsview-users-boun...@lists.opsview.org] On Behalf Of Ciaran Scolard Sent: 29 June 2010 15:20 To: Opsview Users Subject: [opsview-users] Alert Hist

[opsview-users] Alert History

2010-06-29 Thread Ciaran Scolard
Hi All, In opsview 2.x when you attempt to view the alert history for a check it could hang depending on the size of your /usr/local/nagios/var/nagios.log. In my case it was quite large even with daily rotations and the attempt to view the history timed out. Consequently we never use it. Is thi

Re: [opsview-users] Installing additional perl modules onto theOpsview system

2010-06-29 Thread Matt Rose
No, just a handful of CPAN modules. Catalyst has such a large dependency tree that it's likely modules I install and Catalyst or Opsview itself will have common dependencies. If I'm installing them from repositories or CPAN, those dependencies would of course be installed with the module I want due

Re: [opsview-users] upgrade to 3.7.1 community and convert odw db to engine type innodb

2010-06-29 Thread Henry
Nice. I wondered about that too. Is inclusion with the next release planned? -- kind regards, Henry On Di, 2010-06-29 at 09:09 +0100, Ton Voon wrote: > On 28 Jun 2010, at 22:52, Tony Hunter wrote: > > > Thanks for the update guys - the the only issue encountered so far > > (and > > it's non-c

Re: [opsview-users] Installing additional perl modules onto the Opsview system

2010-06-29 Thread Ton Voon
On 28 Jun 2010, at 23:06, Matt Rose wrote: Does anyone have best practice guidelines for installing additional perl modules onto an opsview server either via package distribution, cpan, or directly insering .pm files into the @INC path? As Opsview is Catalyst based, which has 100-150 deps

Re: [opsview-users] upgrade to 3.7.1 community and convert odw db to engine type innodb

2010-06-29 Thread Ton Voon
On 28 Jun 2010, at 22:52, Tony Hunter wrote: Thanks for the update guys - the the only issue encountered so far (and it's non-critical) was that during the CentOS rpm update to 3.7.1, part of the info printed to stdout declares: Mon Jun 28 13:13:32 2010: Starting for odw Mon Jun 28 13:13:32

Re: [opsview-users] check_snmp_runningproc patch

2010-06-29 Thread Ton Voon
Killian,Thanks for the patch! We'll look into this, although it may just miss the next release (3.7.2).TonOn 28 Jun 2010, at 12:26, Killian Faughnan wrote:Hi List,I was adding a few checks for oracle processes using check_snmp_runningproc and noticed a few problems.  It seems that when the check re