Misi, Many thanks - I'll discuss that with my colleagues.
Regards Dave On 31 March 2017 at 13:44, Misi Mladoniczky <[email protected]> wrote: > ** > Hi, > > Maybe you can try running arsignal manually to force a re-cache? > > /opt/bmc/ARSystem/bin/arsignal -r hostname[:port] [sigArgument] - recache > definitions from database > > Best Regards - Misi, RRR AB, http://www.rrr.se (ARSList MVP 2011) > > Ask the Remedy Licensing Experts (Best R.O.I. Award at WWRUG10/11/12/13) > * RRR|License - Not enough Remedy licenses? Save money by optimizing. > * RRR|Log - Performance issues or elusive bugs? Analyze your Remedy logs > Find these products, and many free tools and utilities, at http://rrr.se > > > March 31, 2017 2:09 PM, "Dave Barber" <[email protected] > <%22dave%20barber%22%20%[email protected]%3E>> wrote: > > ** > Misi, > I thought it worth mentioning about the client just in case there were any > questions; overall these new servers run well .... until we make code > changes. At which point we have a variably long wait before the changes are > available to users. > One of my colleagues was wondering if there is some arsignal option that > can be manually triggered for force the other servers to re-cache. > Regards > Dave > On 31 March 2017 at 11:40, Misi Mladoniczky <[email protected]> wrote: > > ** > Hi, > > Sounds like something is seriously wrong... > > Mid-Tier has nothing to do with it, as it is a client. Filters are run on > the server. > > I presume that the admin server should signal the other servers to > re-cache as soon as the change has been committed to the DB. > > Best Regards - Misi, RRR AB, http://www.rrr.se (ARSList MVP 2011) > > Ask the Remedy Licensing Experts (Best R.O.I. Award at WWRUG10/11/12/13) > * RRR|License - Not enough Remedy licenses? Save money by optimizing. > * RRR|Log - Performance issues or elusive bugs? Analyze your Remedy logs > Find these products, and many free tools and utilities, at http://rrr.se > > > March 31, 2017 12:24 PM, "Dave Barber" <[email protected] > <%22dave%20barber%22%20%[email protected]%3E>> wrote: > > ** > All, > We've recently moved our in-house applications from Remedy 7.6 (running on > Solaris/Oracle - 2 user facing servers, with one of those handling admin > functions) to Remedy 9.1.02 (running on RHL/Oracle - 2 x user facing > servers, 1 x admin/integration server). > On the "old" servers, we never had any issues with code sync - amend a > filter, and it was pretty much updated on both production servers right > away. > On the new servers, we're experiencing inconsistent delays - amend a > filter on the admin/integration server, and it can be anything up to 90 > minutes before that filter update is reflected on the other two production > servers. Similar issues have been experienced on forms too. > The application is not (yet) updated for the mid-tier, so access is still > via the WUT. Any suggestions? > (We're expecting the mid-tier update to be ready later in the year) > Regards > Dave Barber > _ARSlist: "Where the Answers Are" and have been for 20 years_ > > _ARSlist: "Where the Answers Are" and have been for 20 years_ > > _ARSlist: "Where the Answers Are" and have been for 20 years_ > > _ARSlist: "Where the Answers Are" and have been for 20 years_ > _______________________________________________________________________________ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org "Where the Answers Are, and have been for 20 years"
