Dirk,

Love the idea - but we would want a way to exclude certain checks from
this "overall" search.
We have many checks that are built in SA but left in maint mode for
extended periods to facilitate equipment changes, etc.

For example - we run a banks of fax servers and do multiple checks on
each.    Frequently we swap out these units and replacement them others
for maintenance work etc.    We have built in checks for ALL the units
into SA, but put them in MAINT mode if that unit is not currently
installed.

This way the swap process is:   MAINT out existing unit A , pull it,
install unit B , UNMAINT B.

As such, a generic "something is in MAINT mode too long" wouldn't work
for us.

What WOULD work is this:   a system level notification of WHO should get
notifications of checks in MAINT too long - but the ability to specify
(in cycles?) for EACH CHECK the max maint window allowed before raising
the system alert.

Tom Vogl
Leed's
Director of Information Technology
www.leedsworld.com

Leed's. The Product of Your Experience.


-----Original Message-----
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On
Behalf Of Dirk Bulinckx
Sent: Friday, October 15, 2004 4:29 AM
To: [EMAIL PROTECTED]
Subject: RE: [SA-list] Depends on

Also it does make me think of a new alerting option :-) We already have
the overview alert, but maybe an "generic" alert should be introduced
too.  This would then go over ALL then entries and send out an alert for
those that are more then ... (hours) down/maintenance/.....  We
could then go over those generic alerts after each cycle.   That way if
an
entry is more then 15 hours in maintenance (example!) you could send out
an alert to someone.  Only point is that is would be generic, so the
TO/MESSAGE/... and rules can't be define per entry.  But as said "it
made me think of this"...it's something that has to be re-checked before
starting on some implementation (so no this will NOT be in v5.0)


Dirk.

-----Original Message-----
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On
Behalf Of Alistair Francis
Sent: Friday, October 15, 2004 10:19 AM
To: [EMAIL PROTECTED]
Subject: RE: [SA-list] Depends on

Ah Dirk, you're a scholar and a gentleman :)

Alistair Francis
Systems Administrator
Comm Express Services SA (PTY) LTD
TEL:    +27 (0)11 475-5567
FAX:   +27 (0)11 475-6238
CELL: +27 (0)82 608-0181

The information contained in this electronic mail message is
confidential to the Matragon group of companies and may enjoy legal
privilege. The contents are intended solely for the addressee and access
thereto by anyone else is unauthorised. Should you not be the intended
recipient, kindly delete the message and inform us. Any disclosure,
copying or distribution is prohibited and may be unlawful. Please also
note that any action taken, or omitted to be taken in reliance on the
information contained herein is done at your own risk.



-----Original Message-----
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]
Behalf Of Dirk Bulinckx
Sent: 15 October 2004 09:55
To: [EMAIL PROTECTED]
Subject: RE: [SA-list] Depends on


In v5 you can have something for the wally's :-) which is a MAINTENANCE
until, that way if wally forget's the maintenance, SA will remove it...
Also in v5 you can have an overview alert, this will be send OR after
each cycle OR at a specific time of day, this overview can (this is an
option!) include the maintenance entries too.



Dirk.

-----Original Message-----
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On
Behalf Of Alistair Francis
Sent: Friday, October 15, 2004 8:37 AM
To: [EMAIL PROTECTED]
Subject: RE: [SA-list] Depends on

You know what might be handy along these lines. What about the facility
to gen an alert if a check is in maintenance mode? I'm thinking along
the lines of, you have a check on something with 20 dependecies and sub
dependencies.
Some wally decides he needs to do something on the target of the top
level check so he sets it to maintenance. He then does his thing and
forgets to set it back to active. In this scenario it would be useful to
have some kind of alert generated to say that the status is UNAVAILABLE
due to the check being in MAINTENANCE mode. Obviously this would need to
be an optional thing. What do you guys think?

Rgds,

Alistair Francis
Systems Administrator
Comm Express Services SA (PTY) LTD
TEL:    +27 (0)11 475-5567
FAX:   +27 (0)11 475-6238
CELL: +27 (0)82 608-0181
The information contained in this electronic mail message is
confidential to the Matragon group of companies and may enjoy legal
privilege. The contents are intended solely for the addressee and access
thereto by anyone else is unauthorised. Should you not be the intended
recipient, kindly delete the message and inform us. Any disclosure,
copying or distribution is prohibited and may be unlawful. Please also
note that any action taken, or omitted to be taken in reliance on the
information contained herein is done at your own risk.
-----Original Message-----
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]
Behalf Of Michael D. Shook
Sent: 14 October 2004 21:09
To: [EMAIL PROTECTED]
Subject: RE: [SA-list] Depends on


You know, I just wrote a really long concept, but then I realized that
if I'
m going to be in the GUI to put a check in maintenance, I can just as
easily take another check out of maintenance.

J

Oh, well.
Michael D. Shook
Technical Analyst
[EMAIL PROTECTED]
863 668 4477 (work)
863 860 4070 (cell)
863 665 1261 (fax)
www.saddlecrk.com



From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On
Behalf Of Dirk Bulinckx
Sent: Thursday, October 14, 2004 1:54 PM
To: [EMAIL PROTECTED]
Subject: RE: [SA-list] Depends on

Can you give me a real example of this?

Dirk.





From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On
Behalf Of Michael D. Shook
Sent: Thursday, October 14, 2004 8:07 PM
To: [EMAIL PROTECTED]
Subject: RE: [SA-list] Depends on
Or, what about a similar case to have a check performed ONLY if the
dependor was in maintenance.

Michael D. Shook
Technical Analyst
[EMAIL PROTECTED]
863 668 4477 (work)
863 860 4070 (cell)
863 665 1261 (fax)
www.saddlecrk.com



From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On
Behalf Of Greg A Weigold
Sent: Thursday, October 14, 2004 12:46 PM
To: [EMAIL PROTECTED]
Subject: RE: [SA-list] Depends on


But if B already has a dependency on something else....   :-)


------------------------------------------------------------------------
----
------------
This is a PRIVATE message. If you are not the intended recipient, please
delete without copying and kindly advise us by e-mail of the mistake in
delivery. NOTE: Regardless of content, this e-mail shall not operate to
bind CSC to any order or other contract unless pursuant to explicit
written agreement or government initiative expressly permitting the use
of e-mail for such purpose.
------------------------------------------------------------------------
----
------------


 "Dirk Bulinckx" <dirk
@woodstone.nu>
Sent by: salive-owner
10/14/2004 13:25
Please respond to salive
        To:        <[EMAIL PROTECTED]>
        cc:
        Subject:        RE: [SA-list] Depends on




if b depends on a, and a is in maintenance, and b will not be seen as
down but as unavailable, that's already like that in the current
product....

Dirk.




From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On
Behalf Of Greg A Weigold
Sent: Thursday, October 14, 2004 7:19 PM
To: [EMAIL PROTECTED]
Subject: RE: [SA-list] Depends on


Well, if Server A was in maintenance, and Server B depended on it for
access to something (like FTP services), instead of reporting a down
indicating Server B was down, you might report UNAVAILABLE due to Server
A (FTP
Service) not functioning...  or some odd thing like that...

I guess that reporting something in MAINT instead of DOWN might make a
big difference in reporting statistics....

Greg


------------------------------------------------------------------------
----
------------
This is a PRIVATE message. If you are not the intended recipient, please
delete without copying and kindly advise us by e-mail of the mistake in
delivery. NOTE: Regardless of content, this e-mail shall not operate to
bind CSC to any order or other contract unless pursuant to explicit
written agreement or government initiative expressly permitting the use
of e-mail for such purpose.
------------------------------------------------------------------------
----
------------
 "Dirk Bulinckx" <dirk
@woodstone.nu>
Sent by: salive-owner
10/14/2004 13:00
Please respond to salive
       To:        <[EMAIL PROTECTED]>
       cc:
       Subject:        RE: [SA-list] Depends on





What would be the use of that?


Dirk.

-----Original Message-----
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On
Behalf Of gene Martinez
Sent: Thursday, October 14, 2004 6:50 PM
To: [EMAIL PROTECTED]
Subject: RE: [SA-list] Depends on

Has anyone thought or wanted/needed a check to depend on something being
in the maintenance mode? I know you have have the check depend on up or
down, but I was thinking you might want to have a check that depends on
something being in maintenance? Any thoughts?
Regards,

Gene
                                [EMAIL PROTECTED]
                                http://www.eclipse.net/~njkat



-------------------------

[This E-mail scanned for viruses by Declude Virus]

To unsubscribe from a list, send a mail message to [EMAIL PROTECTED]
With the following in the body of the message:
 unsubscribe SAlive







-------------------------

[This E-mail scanned for viruses by Declude Virus]

To unsubscribe from a list, send a mail message to [EMAIL PROTECTED]
With the following in the body of the message:
 unsubscribe SAlive




-------------------------

[This E-mail scanned for viruses by Declude Virus]

To unsubscribe from a list, send a mail message to [EMAIL PROTECTED]
With the following in the body of the message:
   unsubscribe SAlive






-------------------------

[This E-mail scanned for viruses by Declude Virus]

To unsubscribe from a list, send a mail message to [EMAIL PROTECTED]
With the following in the body of the message:
   unsubscribe SAlive




-------------------------

[This E-mail scanned for viruses by Declude Virus]

To unsubscribe from a list, send a mail message to [EMAIL PROTECTED]
With the following in the body of the message:
   unsubscribe SAlive






-------------------------

[This E-mail scanned for viruses by Declude Virus]

To unsubscribe from a list, send a mail message to [EMAIL PROTECTED]
With the following in the body of the message:
   unsubscribe SAlive



-------------------------

[This E-mail scanned for viruses by Declude Virus]

To unsubscribe from a list, send a mail message to [EMAIL PROTECTED]
With the following in the body of the message:
   unsubscribe SAlive

Reply via email to