No idea if this is even possible? To summarize: Is it possible to restrict the escalations to execute only in a subset of servers in a server group?
Jose Manuel Huerta http://theremedyforit.com/ On Fri, Jan 10, 2014 at 9:46 AM, Jose Manuel Huerta Guillén < arsl...@theremedyforit.com> wrote: > Hi listers, > > Happy new year!!! > > Lot's of work and an important go-to-production milestone for Jan 1st have > been having me busy (to the limits). > > Now, new year and seems that 2014 is a 2K effect for Remedy 7.5. Date > additions stop working and some other issues have arised. > > I think that the service owner is now regreting about to not upgrade to 8 > when I told him. > > Well, One of the problems I have is very strange: all escalations are > executed two times. That means, for instance that the notification engine > sends two mails to each user. But also, that custom code I created to set > penalties at an invoice when breaking an SVT is creating two penalties for > each SVT. > > We have two ARS servers set in one server group and I've found that both > servers were excuting the escalations, so each action of the duplicates is > performed at each server. I rebooted all the servers and the system started > to work correctly. So, happy ending.... for a few days. Yesterday it > happened again, another reboot and solved. > > So now I'm facing a problem, with a system with limited support. > > In orther to avoid it, I think that setting the servers to only allow one > of them to execute escalations, could be the solution. But, according to > the official documentation: > - The disable escalations check at the server configuration form is not > used when configured in a server group. > - The number of escalation threads is defaulted to one, when no > escalation queue is set. > > So, Is it possible to restrinc the escalation to execute only at one > server? > > Thanks for your help!! > > > Jose Manuel Huerta > http://theremedyforit.com/ > > _______________________________________________________________________________ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org "Where the Answers Are, and have been for 20 years"
