[Xymon] disable requests not staying in place

[Ralph Mitchell]

The xymondboard command returns the disable expiry time as -1 or a Unix
timestamp.  By default, the disable command expects a duration value in
minutes, but the man page for the xymon command says "If DURATION is given
as a number followed by s/m/h/d it is interpreted as being in
seconds/minutes/hours/days respectively."

So, you ought to be able to pass back to xymon whatever lifetime value
comes from xymon, with "s" on the end.

What you *will* get with that expr command is lifetime rounded down to
whole minutes, so I would expect to see drift in that case.  E.g. if a
disablement has lifetime of 110 seconds, you'll be passing it along with a
new lifetime of 1 minute.

Ralph Mitchell


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.
>
> 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
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.xymon.com/pipermail/xymon/attachments/20121119/2c8c4b37/attachment.html>