Re: [Nagios-devel] Strange service scheduling
Posted: Mon Mar 02, 2009 10:03 pm
--0015174c368e826a21046429fb35
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
Hi,
Yes I have the same problem with this patch. For me the problem is only for
services with timeperiods like this :
define timeperiod{
timeperiod_name mytimeperiod
alias a simple timeperiod definition
monday 07:30-12:00
}
--
Julien Mathis, CTO
www.merethis.com
Mobile : +33(0)6.85.43.88.38
Bureau : +33(0)1.78.12.00.23
On Mon, Mar 2, 2009 at 4:59 PM, Ricardo Maraschini wrote:
> Hi,
>
> ----- "Ricardo Maraschini"
> escreveu:
> > Hello,
> >
> > We had a strange behaviour with a service schedule last night; The
> > service was scheduled to be checked only on February/2010(Fri Feb 26
> > 00:08:36 2010). This is very strange, looking to the code we found the
> > following piece:
> >
> > -------
> >
> > base/checks.c:
> >
> > /* the service could not be rescheduled properly - set the next check
> > time for next year, but don't actually reschedule it */
> > if(time_is_valid==FALSE && next_valid_time==preferred_time){
>
>
> Is there any problem with following patch?
> http://article.gmane.org/gmane.network. ... =next+year
>
> Awaiting.
>
> -rm
>
>
> ------------------------------------------------------------------------------
> Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco,
> CA
> -OSBC tackles the biggest issue in open source: Open Sourcing the
> Enterprise
> -Strategies to boost innovation and cut costs with open source
> participation
> -Receive a $600 discount off the registration fee with the source code:
> SFAD
> http://p.sf.net/sfu/XcvMzF8H
> _______________________________________________
> Nagios-devel mailing list
> [email protected]
> https://lists.sourceforge.net/lists/lis ... gios-devel
>
--0015174c368e826a21046429fb35
Content-Type: text/html; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable
Hi, Yes I have the same problem with this patch. For me the problem=
is only for services with timeperiods like this :define timeperiod{
=A0 =A0 =A0 =A0timeperiod_name =A0mytimeperiod
=A0 =A0 =A0 =A0alias =A0 =A0 =A0 =A0 =A0 =A0a simple timeperiod definition=
=A0 =A0 =A0=A0 monday =A0 =A0 =A0 =A0 =A0 07:30-12:00=A0}
--Julien =A0Mathis, CTOwww.merethis.comMobile =A0: +3=
3(0)6.85.43.88.38Bureau : +33(0)1.78.12.00.23
On Mon, Mar 2, 2009 at 4:59 PM, Ricardo Maraschi=
ni <[email protected]> wrote:
Hi,
----- "Ricardo Maraschini" <[email protected]> escreveu=
:
> Hello,
>
> =A0 =A0We had a strange behaviour with a service schedule last night; =
The
> service was scheduled to be checked only on February/2010(Fri Feb 26
> 00:08:36 2010). This is very strange, looking to the code we found the=
> following piece:
>
> -------
>
> base/checks.c:
>
> /* the service could not be rescheduled properly - set the next check
> time for next year, but don't actually reschedule it */
> =A0 =A0 =A0if(time_is_valid=3D=3DFALSE && next_valid_time=3D=
=3Dpreferred_time){
Is there any problem with following patch?
http://article.gmane.org/gmane.network.nagi=
os.devel/5554/match=3Dne
...[email truncated]...
This post was automatically imported from historical nagios-devel mailing list archives
Original poster: [email protected]
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
Hi,
Yes I have the same problem with this patch. For me the problem is only for
services with timeperiods like this :
define timeperiod{
timeperiod_name mytimeperiod
alias a simple timeperiod definition
monday 07:30-12:00
}
--
Julien Mathis, CTO
www.merethis.com
Mobile : +33(0)6.85.43.88.38
Bureau : +33(0)1.78.12.00.23
On Mon, Mar 2, 2009 at 4:59 PM, Ricardo Maraschini wrote:
> Hi,
>
> ----- "Ricardo Maraschini"
> escreveu:
> > Hello,
> >
> > We had a strange behaviour with a service schedule last night; The
> > service was scheduled to be checked only on February/2010(Fri Feb 26
> > 00:08:36 2010). This is very strange, looking to the code we found the
> > following piece:
> >
> > -------
> >
> > base/checks.c:
> >
> > /* the service could not be rescheduled properly - set the next check
> > time for next year, but don't actually reschedule it */
> > if(time_is_valid==FALSE && next_valid_time==preferred_time){
>
>
> Is there any problem with following patch?
> http://article.gmane.org/gmane.network. ... =next+year
>
> Awaiting.
>
> -rm
>
>
> ------------------------------------------------------------------------------
> Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco,
> CA
> -OSBC tackles the biggest issue in open source: Open Sourcing the
> Enterprise
> -Strategies to boost innovation and cut costs with open source
> participation
> -Receive a $600 discount off the registration fee with the source code:
> SFAD
> http://p.sf.net/sfu/XcvMzF8H
> _______________________________________________
> Nagios-devel mailing list
> [email protected]
> https://lists.sourceforge.net/lists/lis ... gios-devel
>
--0015174c368e826a21046429fb35
Content-Type: text/html; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable
Hi, Yes I have the same problem with this patch. For me the problem=
is only for services with timeperiods like this :define timeperiod{
=A0 =A0 =A0 =A0timeperiod_name =A0mytimeperiod
=A0 =A0 =A0 =A0alias =A0 =A0 =A0 =A0 =A0 =A0a simple timeperiod definition=
=A0 =A0 =A0=A0 monday =A0 =A0 =A0 =A0 =A0 07:30-12:00=A0}
--Julien =A0Mathis, CTOwww.merethis.comMobile =A0: +3=
3(0)6.85.43.88.38Bureau : +33(0)1.78.12.00.23
On Mon, Mar 2, 2009 at 4:59 PM, Ricardo Maraschi=
ni <[email protected]> wrote:
Hi,
----- "Ricardo Maraschini" <[email protected]> escreveu=
:
> Hello,
>
> =A0 =A0We had a strange behaviour with a service schedule last night; =
The
> service was scheduled to be checked only on February/2010(Fri Feb 26
> 00:08:36 2010). This is very strange, looking to the code we found the=
> following piece:
>
> -------
>
> base/checks.c:
>
> /* the service could not be rescheduled properly - set the next check
> time for next year, but don't actually reschedule it */
> =A0 =A0 =A0if(time_is_valid=3D=3DFALSE && next_valid_time=3D=
=3Dpreferred_time){
Is there any problem with following patch?
http://article.gmane.org/gmane.network.nagi=
os.devel/5554/match=3Dne
...[email truncated]...
This post was automatically imported from historical nagios-devel mailing list archives
Original poster: [email protected]