Hello Fellow Listers,

 

I am attempting to find some way to read the  
REMEDY.ARDBC.SERVER.ADMINISTRATION table Server Info Form via an escalation. 
What we are attempting to do is to set an escalation to run only when it is on 
Server A but not when it is on Server B.  The reason this is important is we 
have an escalation that turn on API and SQL logging at set time and a second 
escalation that turns the logs back off after several hours. This is needed to 
capture information after hours when the users are not on the system. 

 

We can turn on and off these logs for the System Administration: Server 
Information form all the time without issue. Here is our problem. Our DBAs take 
a Oracle Cold Backup of the server once a month and then place that on our 
testing servers to allow our testing team the ability to test with the most 
up-to-date data possible. However, the issue is when the DBAs do that the 
active escalations that turns on and off these log files are now running on the 
testing servers, which is what we do not want to happen. So what we have to do 
is to manually disable them on those testing servers every time or our log 
space gets filled up very quickly (which is not monitored by our on call 
members, unlike Production which is).

 

So we have tossed around the idea of creating a control form to hold the Server 
Name but really don't want to go there if there is an easier way.  We tried to 
use the Server field off of the AR System Administration: Server Information 
form in the Run If for the escalation like $SERVER$ =  "Server A"  but that did 
not work either.  Seems like that field only displays the server name but does 
not retain it. 

 

So any ideas on how I can determine in an escalation which server it is running 
on so it will only run on Server A and not Server B, C, etc.?

 

 

We have the following configuration.

 

AR System 7.1

Oracle 10.2 64-bit

SunOS 5.9

Christopher Pruitt
Consultant Specialist 
EDS, an HP Company
mailto: [email protected] 

We deliver on our commitments 
so you can deliver on yours. 

Confidentiality Notice: This message and any files transmitted with it are 
intended for the sole use of the entity or individual to whom it is addressed, 
and may contain information that is confidential, privileged, and exempt from 
disclosure under applicable law. If you are not the intended addressee for this 
e-mail, you are hereby notified that any copying, distribution, or 
dissemination of this e-mail is strictly prohibited. If you have received this 
e-mail in error, please immediately destroy, erase, or discard this message. 
Please notify the sender immediately by return e-mail if you have received this 
e-mail by mistake.

 

From: Action Request System discussion list(ARSList) 
[mailto:[email protected]] On Behalf Of strauss
Sent: Wednesday, March 11, 2009 9:21 AM
To: [email protected]
Subject: Re: Notifications to non incident user

 

** 

Our campus-wide outage notifications are sent to a listserv (custom filter, 
although control over the outage flag is incorporated in AL-triggered dialog 
boxes for critical incidents), and all subscribers to that listserv get the 
notification.  The listserv is not public, but it is also not limited to ITSM 
support staff.  See docs at 
http://arsweb4.ars.unt.edu/helpdesk/creating_system_outages.htm ... there are 
screen shots of the notification dialogs about ¾ of the way through it.  This 
is a customization implemented years ago on our Help Desk 5.5 application that 
was ported to ITSM 7 before we migrated.  The only trick is that the AREmail 
account has to be subscribed to the listserv as an authorized sender.  If you 
are only dealing with one recipient, or even a few, then the filter can notify 
only them instead of an entire listserv; the more intrusive customization is to 
add the confirmation dialog in the user interface.

 

Christopher Strauss, Ph.D.
Call Tracking Administration Manager
University of North Texas Computing & IT Center
http://itsm.unt.edu/ 

From: Action Request System discussion list(ARSList) 
[mailto:[email protected]] On Behalf Of Steven Iocco
Sent: Wednesday, March 11, 2009 8:03 AM
To: [email protected]
Subject: Notifications to non incident user

 

** 

Hello folks.  Can anyone think of a way in ITSM 7 to configure a notification 
to a user in the tool when an incident is created as Critical or High?  I know 
I can do this via a filter but is there a way to configure this using a "User" 
event notification?
I should mention that this person who wants to receive the email is not the 
requestor, assignee/group or owner/group.  they are not related to the incident 
in any way.
 
Thanks
Steve

__Platinum Sponsor: RMI Solutions ARSlist: "Where the Answers Are" html___ 

__Platinum Sponsor: RMI Solutions ARSlist: "Where the Answers Are" html___ 


_______________________________________________________________________________
UNSUBSCRIBE or access ARSlist Archives at www.arslist.org
Platinum Sponsor: RMI Solutions ARSlist: "Where the Answers Are"

Reply via email to