Hello Seb.,
> I'm encountering a problem recently with the config_type flag from the
> nagios_services table. In some "circumstances" (when restarting nagios
> mainly) this flag is set to 0 rather than 1 for a couple of services.
> Usually flushing the DB completely and restating Nagios seems to do the
> work.
> Anyone has some idea why config_type would be set to 0 and how to fix on =
the
> long-term this problem?
We had some headache about this problem some time ago in NagVis project.
You can take a look at the code of our ndo mysql backend tocheck out
how we worked arround that bug:
https://nagvis.svn.sourceforge.net/svnr ... vis/inclu=
des/classes/GlobalBackendndomy.php
This code/comments in the constructor belongs to the problem:
/**
* It looks like there is a problem with the config_type value at some
* installations. The NDO docs and mailinglist say that the flag
* config_type marks the objects as being read from retention data or read
* from configuration. Until NagVis 1.3b3 only objects with config_type=3D1
* were queried.
* Cause of some problem reports that there are NO objects with
* config_type=3D1 in the DB this check was added. If there is at least one
* object with config_type=3D1 NagVis only recognizes objects with that
* value set. If there is no object with config_type=3D1 all objects with
* config_type=3D0 are recognized.
*
* http://www.nagios-portal.org/wbb/index. ... dID=3D9269
*/
if($this->checkConfigTypeObjects()) {
$this->objConfigType =3D 1;
} else {
$this->objConfigType =3D 0;
}
Follow the link to nagios-portal.org to get further information. The
thread is in german but google translate should do the job.
Regards,
Lars
2009/3/13 :
> Send Nagios-devel mailing list submissions to
> =A0 =A0 =A0 =[email protected]
>
> To subscribe or unsubscribe via the World Wide Web, visit
> =A0 =A0 =A0 =A0https://lists.sourceforge.net/lists/listinfo/nagios-devel
> or, via email, send a message with subject or body 'help' to
> =A0 =A0 =A0 =[email protected]
>
> You can reach the person managing the list at
> =A0 =A0 =A0 =[email protected]
>
> When replying, please edit your Subject line so it is more specific
> than "Re: Contents of Nagios-devel digest..."
>
>
> Today's Topics:
>
> =A0 1. Re: timzones (Julian Hein)
> =A0 2. Re: timzones (William Preston)
> =A0 3. Re: timzones (Nick)
> =A0 4. Hostgroup Overview (Ralph Henneberger)
> =A0 5. Re: timzones (William Preston)
> =A0 6. Re: timzones (Nick)
> =A0 7. NDODB config_type flag (S?bastien Barbereau)
>
>
> ----------------------------------------------------------------------
>
> Message: 1
> Date: Wed, 11 Mar 2009 14:36:42 +0100
> From: Julian Hein
> Subject: Re: [Nagios-devel] timzones
> To: Nagios Developers List
> Message-ID:
> Content-Type: text/plain; =A0 =A0 =A0 charset=3D"ISO-8859-1"
>
> Hi,
>
> You could have a look at
>
> =A0NoMa: https://www.nagiosforge.org/gf/project/noma/
>
> It is a Notification Manager, that handles Notifications outside of Nagio=
s.
> Basically you send all notifications from Nagios to NoMa and than NoMa
> decideds if and who should be notified. I am not sure if it handles time
> zones currently, but it could easily be extended.
>
> Cheers,
> Julian
>
>
> Am 11.03.09 12:09 schrieb "Nick" unter :
>
>> Could do but we cover 20 different times zones with DST?s that need to b=
e
>> adjusted for 2 times a yr.
>>
>>
>>
>> Just thought it might have been easier and less likely to forget updatin=
g
>> DST?s
>>
>>
>>
>> Some need to be work hours others need to be out of hours, weekend, holi=
days
>> it just gets large and messy
>>
>>
>>
>> Would need to have something near 100 different time configs
>>
>>
>>
>>
>>
>>
>>
>> Couldn't you just create 2 different "workhours" time config, relative t=
o the
>> Nagios server, then put the appropriate one on each contact?
>>
>> 2
...[email truncated]...
This post was automatically imported from historical nagios-devel mailing list archives
Original poster: [email protected]