[Xymon] disable requests not staying in place

Raymond Lee raylee88 at gmail.com
Mon Nov 19 17:17:40 CET 2012


On Mon, Nov 19, 2012 at 10:21 AM, Asif Iqbal <vadud3 at gmail.com> wrote:
>
>
>
> On Mon, Nov 19, 2012 at 7:34 AM, Root, Paul <Paul.Root at centurylink.com>
> wrote:
>>
>>
>> Thanks,
>>         Ray found that bluesync was the issue. He took it out and
>> everything is working correctly now.
>>
>>         We'll check out this fix.
>
>
> or checkout xymond_distribute. I am not sure if you need to upgrade your
> xymon server to latest to get that.
>

Great idea, Asif!  Using xymond_distribute would also free us from any
potential incompatibilities between the bluesync.sh script and future
Xymon releases.

Paul, looks like we'll need to upgrade to at least 4.3.7 to get
xymond_distribute.

Thanks,
Ray

>
>>
>> Paul.
>>
>>
>> Paul Root    - Senior Engineer
>> Managed Services Systems - CenturyLink
>>
>>
>> > -----Original Message-----
>> > From: Carl Melgaard [mailto:Carl.Melgaard at stab.rm.dk]
>> > Sent: Monday, November 19, 2012 1:27 AM
>> > To: 'Raymond Lee'; Root, Paul
>> > Cc: 'xymon at xymon.com'
>> > Subject: SV: [Xymon] disable requests not staying in place
>> >
>> > Hi,
>> >
>> > I think I know whats happening, because I had the exact same problem on
>> > 4.3.4 with bluesync :)
>> >
>> > The reason why the target date is moving, is because either Xymon or
>> > bluesync calculates in seconds and the other does not - if I remember
>> > correctly, I had to correct bluesync, so that it actually converts the
>> > minutes from Xymon to seconds or visa versa.
>> >
>> > Something like this:
>> >
>> > NEW:           lifetime=`$EXPR ${lifetime} / 60`
>> > OLD:           lifetime="$lifetime"s
>> >
>> > Regards,
>> >
>> > Carl Melgaard
>> >
>> > -----Oprindelig meddelelse-----
>> > Fra: xymon-bounces at xymon.com [mailto:xymon-bounces at xymon.com] På vegne
>> > af Raymond Lee
>> > Sendt: 16. november 2012 17:26
>> > Til: Root, Paul
>> > Cc: xymon at xymon.com
>> > Emne: Re: [Xymon] disable requests not staying in place
>> >
>> > Here's an example to describe what Paul & I are seeing on our Xymon
>> > server.  Not only will the time-bound disables not stay in place, but
>> > the "disabled until" date seems to be a moving target!
>> >
>> > Example:
>> >
>> > - I disabled a test that was red at Nov. 16 11:02 CST for 1 hour, and
>> > the status page said "Disabled until Fri Nov 16 11:02:54 2012".  So
>> > that all looks fine.
>> > - I checked the status page a little bit later, and it said "Disabled
>> > until Sun Nov 18 17:58:06 2012".
>> > - Yet a little while later, the status page said "Disabled until Thu
>> > Apr 4 21:15:03 2013".
>> > - Wait a little more, and it said "Disabled until Fri Oct 12 09:14:06
>> > 2035"
>> >
>> > Eventually, the status page will say something crazy like "Disabled
>> > until Fri Feb 17 18:40:58 1939", and then the color will turn to red
>> > again.
>> >
>> > Has anyone else ever seen this behavior?
>> >
>> > Thanks,
>> > Ray
>> >
>> >
>> > On Tue, Nov 13, 2012 at 12:36 PM, Root, Paul
>> > <Paul.Root at centurylink.com> wrote:
>> > >
>> > > We've been noticing that last week or two that requests for disabling
>> > alerts for a set time do not stay blue. If we set it to 'until ok' they
>> > will stay blue. Before the last few weeks, it had been fine.
>> > >
>> > >
>> > > Our setup is a proxy updating the main system, due to firewall
>> > issues.  I have installed 'bluesync.sh', that will send disable/enable
>> > alerts down to the proxy.
>> > >
>> > > The machines are CentOS 5.8 virtual machines on VMWare ESXi 4.1
>> > servers.  I'm running xymon 4.3.4.
>> > >
>> > > Any ideas.
>> > >
>> > >
>> > > Paul Root    - Senior Engineer
>> > > Managed Services Systems - CenturyLink
>> > >
>> > >
>> > >
>> > > _______________________________________________
>> > > Xymon mailing list
>> > > Xymon at xymon.com
>> > > http://lists.xymon.com/mailman/listinfo/xymon
>> > _______________________________________________
>> > Xymon mailing list
>> > Xymon at xymon.com
>> > http://lists.xymon.com/mailman/listinfo/xymon
>> _______________________________________________
>> Xymon mailing list
>> Xymon at xymon.com
>> http://lists.xymon.com/mailman/listinfo/xymon
>
>
>
>
> --
> Asif Iqbal
> PGP Key: 0xE62693C5 KeyServer: pgp.mit.edu
> A: Because it messes up the order in which people normally read text.
> Q: Why is top-posting such a bad thing?
>
>



More information about the Xymon mailing list