rrd gaps
Gerd Müller
gmueller at netways.de
Thu Jan 3 15:31:54 CET 2008
Which version of NagiosGrapher are you using? The file interface exists
only in the newest version.
Gerd
Am Donnerstag, den 03.01.2008, 09:20 -0500 schrieb Palle L Jensen:
> Gerd,
>
> After making below changes as you suggested, I did a "pre-flight"
>
> # nagios -v /etc/nagios/nagios.cfg
>
> Nagios 2.9
> Copyright (c) 1999-2007 Ethan Galstad (http://www.nagios.org) Last Modified:
> 04-10-2007
> License: GPL
>
> Reading configuration data...
>
> Running pre-flight check on configuration data...
>
> Checking services...
> Checked 101 services.
> Checking hosts...
> Checked 36 hosts.
> Checking host groups...
> Checked 6 host groups.
> Checking service groups...
> Checked 5 service groups.
> Checking contacts...
> Checked 1 contacts.
> Checking contact groups...
> Checked 1 contact groups.
> Checking service escalations...
> Checked 0 service escalations.
> Checking service dependencies...
> Checked 0 service dependencies.
> Checking host escalations...
> Checked 0 host escalations.
> Checking host dependencies...
> Checked 0 host dependencies.
> Checking commands...
> Checked 61 commands.
> Checking time periods...
> Checked 3 time periods.
> Checking extended host info definitions...
> Checked 36 extended host info definitions.
> Checking extended service info definitions...
> Checked 92 extended service info definitions.
> Checking for circular paths between hosts...
> Checking for circular host and service dependencies...
> Checking global event handlers...
> Checking obsessive compulsive processor commands...
> Checking misc settings...
>
> Total Warnings: 0
> Total Errors: 0
>
> Things look okay - No serious problems were detected during the pre-flight
> check
>
> And then a restart of Nagios and Nagiosgrapher, were Nagiosgrapher failed,
>
> [root at laknagios /]# /etc/init.d/nagios restart
> /etc/init.d/nagios: warning: nagios is not running
> Shutting down nagios: [ OK ]
> Starting nagios: [ OK ]
> [root at laknagios /]# /etc/init.d/nagios restart
> Shutting down nagios: [ OK ]
> Starting nagios: [ OK ]
> [root at laknagios /]# /etc/init.d/ngraph restart
> Shutting down ngraph: [ OK ]
> Starting ngraph: Use of uninitialized value in bitwise and (&) at
> /usr/sbin/ngraph line 670.
> No such signal: SIGfileparse(): need a valid pathname at
> /usr/lib/perl5/vendor_perl/NagiosGrapher.pm line 1158
> fileparse(): need a valid pathname at
> /usr/lib/perl5/vendor_perl/NagiosGrapher.pm line 1158
> [FAILED]
>
> Do you have any advice?
>
> Thanks,
> Palle
>
> -----Original Message-----
> From: nagios-users-bounces at lists.sourceforge.net
> [mailto:nagios-users-bounces at lists.sourceforge.net] On Behalf Of Gerd
> Mueller
> Sent: Thursday, January 03, 2008 4:53 AM
> To: Nagios Users Mailinglist
> Subject: Re: [Nagios-users] rrd gaps
>
> Hi,
>
> the old NagiosGrapher interfaces (network/pipe) can cause huge
> latency :-(. Thanks to a patch we got there is a new interface type
> "file". The main advantages of this new interface are:
> * no gaps any more
> * no latency caused by NagiosGrapher
> * restarting NagiosGrapher does not cause any gaps
>
> I am sorry but the documentation totally lacks this interface. But below
> is all you need.
>
> Cheers,
>
> Gerd
>
>
>
>
>
> ngraph.ncfg:
>
> interface file
> perffile_path /dev/shm
>
> nagios.cfg:
>
> process_performance_data=1
> service_perfdata_file=/dev//shm/service-perfdata
> service_perfdata_file_template=$HOSTNAME$\t$SERVICEDESC$\t
> $SERVICEOUTPUT$\t$SERVICEPERFDATA$\t$TIMET$
> service_perfdata_file_mode=a
> service_perfdata_file_processing_interval=60
>
> service_perfdata_file_processing_command=process-service-perfdata-file
>
>
> commands.cfg:
> define command{
> command_name process-service-perfdata-file
> command_line
> mv /dev/shm/service-perfdata /dev/shm/service-perfdata.$TIMET$
> }
>
>
>
> Am Mittwoch, den 02.01.2008, 13:29 -0500 schrieb Palle L Jensen:
> > Lars and Gerd,
> >
> > I am having a similar problem with rrd gaps.
> > It was doing fine until I added 3 more hosts and 8 more services and then
> > suddenly I get the rrd gaps, some graphs are even blank.
> >
> > My latency are as below (they seem pretty high compared to yours?):
> >
> > # nagiostats | grep -i latency
> > Active Service Latency: 6.804 / 330.675 / 238.562 sec
> > Active Host Latency: 0.000 / 0.000 / 0.000 sec
> >
> >
> > nagiostats | grep -i total
> > Used/High/Total Command Buffers: 0 / 8 / 4096
> > Used/High/Total Check Result Buffers: 85 / 106 / 4096
> > Total Services: 106
> > Total Service State Change: 0.000 / 0.000 / 0.000 %
> > Total Hosts: 36
> > Total Host State Change: 0.000 / 0.000 / 0.000 %
> >
> >
> > I also use the rpm package from linadd.org.
> > nagios-2.9-1.i586.rpm,
> > nagios-web-2.9-1.i586.rpm,
> > nagios-plugins-1.4.9-1.i586.rpm,
> > nagios-plugins-extras-1.4.9-1.i586.rpm
> > nagios-graph-1.6.1-rc3.i586.rpm
> >
> > If you find any solution for this I would be more than happy :)
> >
> > Thanks,
> > - Palle
> >
> > -----Original Message-----
> > From: nagios-users-bounces at lists.sourceforge.net
> > [mailto:nagios-users-bounces at lists.sourceforge.net] On Behalf Of Lars
> > Stavholm
> > Sent: Wednesday, January 02, 2008 7:06 AM
> > To: Mad Unix
> > Cc: nagios-users at lists.sourceforge.net
> > Subject: Re: [Nagios-users] rrd gaps
> >
> > Mad Unix wrote:
> > > Can you tell me how did you implement graph beside the nagios
> >
> > Let's keep this on the list, shall we?
> >
> > I used rpm packages from linadd.org.
> >
> > > Thanks
> >
> > You're welcome.
> > /L
> >
> > > On Jan 2, 2008 12:01 PM, Lars Stavholm <stava at telcotec.se> wrote:
> > >> Gerd Mueller wrote:
> > >>> Hi Lars,
> > >>>
> > >>> which interface are you using? And how big is your nagios' latency?
> > >> I don't quite understand the first question there?
> > >> We use the Nagios web interface with the nuvola theme?
> > >>
> > >> We have only a few hosts and around a hundred service checks,
> > >> i.e. no heavy load here:
> > >>
> > >> # nagiostats | grep -i latency
> > >> Active Service Latency: 0.000 / 0.335 / 0.135 sec
> > >> Passive Service Latency: 0.000 / 0.000 / 0.000 sec
> > >> Active Host Latency: 0.000 / 0.284 / 0.152 sec
> > >> Passive Host Latency: 0.000 / 0.000 / 0.000 sec
> > >>
> > >> # nagiostats | grep -i total
> > >> Used/High/Total Command Buffers: 0 / 1 / 4096
> > >> Total Services: 114
> > >> Total Service State Change: 0.000 / 12.110 / 0.106 %
> > >> Total Hosts: 19
> > >> Total Host State Change: 0.000 / 0.000 / 0.000 %
> > >>
> > >> /L
> > >>
> > >>
> > >>> Am Mittwoch, den 02.01.2008, 10:13 +0100 schrieb Lars Stavholm:
> > >>>> Hi All,
> > >>>>
> > >>>> we use latest nagios-3 and latest NagiosGrapher-1.6.1-rc5.
> > >>>>
> > >>>> It all works very well, except for one annoying problem:
> > >>>> I get gaps in the graphs, and I don't understand why.
> > >>>>
> > >>>> Any ideas appreciated, sample graph attached.
> > >>>>
> > >>>> R
> > >>>> /Lars
> > >>>>
> > -------------------------------------------------------------------------
> > >>>> This SF.net email is sponsored by: Microsoft
> > >>>> Defy all challenges. Microsoft(R) Visual Studio 2005.
> > >>>> http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
> > >>>> _______________________________________________ Nagios-users mailing
> > list Nagios-users at lists.sourceforge.net
> > https://lists.sourceforge.net/lists/listinfo/nagios-users ::: Please
> include
> > Nagios version, plugin version (-v) and OS when reporting any issue. :::
> > Messages without supporting info will risk being sent to /dev/null
> > >>
> > >>
> > >>
> -------------------------------------------------------------------------
> > >> This SF.net email is sponsored by: Microsoft
> > >> Defy all challenges. Microsoft(R) Visual Studio 2005.
> > >> http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
> > >> _______________________________________________
> > >> Nagios-users mailing list
> > >> Nagios-users at lists.sourceforge.net
> > >> https://lists.sourceforge.net/lists/listinfo/nagios-users
> > >> ::: Please include Nagios version, plugin version (-v) and OS when
> > reporting any issue.
> > >> ::: Messages without supporting info will risk being sent to /dev/null
> > >>
> > >
> > >
> > >
> >
> >
> >
> > -------------------------------------------------------------------------
> > This SF.net email is sponsored by: Microsoft
> > Defy all challenges. Microsoft(R) Visual Studio 2005.
> > http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
> > _______________________________________________
> > Nagios-users mailing list
> > Nagios-users at lists.sourceforge.net
> > https://lists.sourceforge.net/lists/listinfo/nagios-users
> > ::: Please include Nagios version, plugin version (-v) and OS when
> reporting
> > any issue.
> > ::: Messages without supporting info will risk being sent to /dev/null
> >
> >
> > -------------------------------------------------------------------------
> > This SF.net email is sponsored by: Microsoft
> > Defy all challenges. Microsoft(R) Visual Studio 2005.
> > http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
> > _______________________________________________
> > Nagios-users mailing list
> > Nagios-users at lists.sourceforge.net
> > https://lists.sourceforge.net/lists/listinfo/nagios-users
> > ::: Please include Nagios version, plugin version (-v) and OS when
> reporting any issue.
> > ::: Messages without supporting info will risk being sent to /dev/null
--
Gerd Mueller
Senior Consultant
NETWAYS GmbH | Deutschherrnstr. 47a | D-90429 Nürnberg
Tel: +49 911 92885-0 | Fax: +49 911 92885-33
GF: Julian Hein | AG Nürnberg HRB18461
http://www.netways.de | gmueller at netways.de
-------------------------------------------------------------------------
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2005.
http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
_______________________________________________
Nagios-users mailing list
Nagios-users at lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/nagios-users
::: Please include Nagios version, plugin version (-v) and OS when reporting any issue.
::: Messages without supporting info will risk being sent to /dev/null
More information about the Users
mailing list