[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [hobbit] Handling Downtime across timezones?



Well the DOWNTIME processing is done on the server, so I'm willing to bet
that the time it calculates is based on server time.  The CPU output is
simply a text dump and transmitted, I believe.

Maybe someone has come across this before.  If so, please help us out =)

Josh Luthman
Office: 937-552-2340
Direct: 937-552-2343
1100 Wayne St
Suite 1337
Troy, OH 45373

"When you have eliminated the impossible, that which remains, however
improbable, must be the truth."
--- Sir Arthur Conan Doyle


On Wed, Jul 8, 2009 at 3:51 PM, Brand, Thomas R. <TRBrand (at) cvs.com> wrote:

>  Yes I was; this is just one example where the clients time zone is
> affecting the desired result.
>
>
>
> The hobbit server has no knowledge of the clients timezone; but the events
> from the client come up with the timezone in the timestamp.
>
> E.g.:
>
>
>
> The ‘CPU’ page shows the servers time in the top right (which is EST), but
> the client status shows PDT:
>
>
>
> *Wed Jul 08 15:46:33 2009*
> *Wed Jul 8 12:46:26 PDT 2009 up: 11:58, 0 users, 113 procs, load=0.02*
>
>
>
> I guess I was hoping for someway to tell the event/alert handler to look at
> the timestamp of the message sent by the client.
>
>
>
>
>
>
>
>
>   ------------------------------
>
> *From:* Josh Luthman [mailto:josh (at) imaginenetworksllc.com]
> *Sent:* Wednesday, July 08, 2009 3:42 PM
> *To:* hobbit (at) hswn.dk
> *Subject:* Re: [hobbit] Handling Downtime across timezones?
>
>
>
> You specify the DOWNTIME tag for those hosts in the different timezones.
> Were you looking for a less labor intensive option?
>
> Josh Luthman
> Office: 937-552-2340
> Direct: 937-552-2343
> 1100 Wayne St
> Suite 1337
> Troy, OH 45373
>
> "When you have eliminated the impossible, that which remains, however
> improbable, must be the truth."
> --- Sir Arthur Conan Doyle
>
>  On Wed, Jul 8, 2009 at 3:33 PM, Brand, Thomas R. <TRBrand (at) cvs.com> wrote:
>
> I have client systems spread over several time zones from AST (Atlantic
> Standard Time) to HST (Hawaii Standard Time) and everything in between.
>
>
>
> My hobbit server is in EST time zone.
>
>
>
> The client systems run an ‘End of Day’ [EOD] process every night.
>
> This process starts sometime between 12:30 am and 3:30am client LOCAL time
> and runs about 15 minutes.
>
> During the EOD run, several background processes are intentionally stopped.
>
>
>
>
> I don’t want to have alerts generated if these processes are down/stopped
> during EOD  but do want to be alerted if the processes are down outside of
> the EOD window.
>
>
>
> E.g.:
>
>  * client systems in Puerto Rico run EOD at 12:30am AST, which is 11:30 pm
> EST (previous day)
>
>  * client systems in Hawaii run EOD at 3:30 am HST, which is 9:30 am EST
>
>
>
> I have not figured out a way to do this – at least not with the DOWNTIME
> flag.
>
>
>
> It appears that the DOWNTIME flag on the hobbit server uses the hobbit
> servers’ current time to determine if an event is occurring during the
> DOWNTIME interval; that’s a problem for me since from the hobbit servers
> perspective,  the EOD can happen over a 10 hour period.
>
>
>
> Any suggestions on how to configure things so that I don’t get alerts for
> processes being ‘down’ from 12:30 – 3:30 am client local time?
>
>
>
> N.B – I’m going to be dealing with over 7000 clients
>
>
>
> Thanks,
>
>
>
> *Tom Brand*
>
>
>