Joe, One example off odd behavior is in SRM, if I try to view anything that contains a data viz field like the PDT or Process Tab on an open request, it's either a blank screen or it says "error loading document" Both of these fields have AL's that trigger which perform Run process functions. Also, when I submit a service request, it's not creating the incident. I ran filter/api/sql logging to no avail. I was getting an error stating Unable to connect to Ar System Plugin Server when I tried submitting an incident (after marking yes to the option in Rules that creates request on submit). A filter (don't have the name right now) like SRM USM... failed and it looked like it was doing a run process as well.
It may not be related to load balancing at all and a plugin configuration error but I am lost right now... Tauf Chowdhury | Forest Laboratories, Inc. Analyst, Service Management Mobile:646.483.2779 ________________________________ From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG] On Behalf Of Joe Martin D'Souza Sent: Friday, April 22, 2011 12:31 PM To: arslist@ARSLIST.ORG Subject: Re: 7.6.04 - Load balancing Define 'odd plugin errors' Tauf... I have seen plugin errors with 7.6.03 that seem to be resolved in 7.6.04 that are not related to load balancing but I suspect is related to the fact that 7.6.03 was not yet supporting 64 bit java at all points wherever Java was required.. On 7.6.03 for eg, if you used 64 bit java wherever 64 bit is supported and 32 wherever 64 bit was not (which is exactly what I had done) I was unable to set the Server Ports and Queues using the plugin interface. Changing values there would not result in any errors, not even in the plugin logs when set to fine, but it just wouldn't change the configuration. Close that administration form and reopen it and those values would read the current values (unchanged) from the config file, and your new values would not be seen. Even from the timestamp on the ar.conf file it was clear that it was not even touching the file.. Remedy support had recognized it as a bug.. It was resolved when I used 64 bit java all round in 7.6.04 where areas where 64 bit java was not supported was then supported.. Which is why I get that feeling it was because java versions were mixed and matched in 7.6.03, it may have created that problem.. What is the nature of your problem? Joe From: LJ LongWing <mailto:lj.longw...@gmail.com> Sent: Friday, April 22, 2011 12:21 PM Newsgroups: public.remedy.arsystem.general To: arslist@ARSLIST.ORG Subject: Re: 7.6.04 - Load balancing ** Tauf, I'm in the middle of setting this exact config up. Two load balancers, one in front of the web, another between web and app. The only issues we are experiencing are related to session timeout problems, which is server clustering related...still working on that one. If you are getting plugin errors, ensure that in your armonitor.cfg file you are starting your java plugin server connecting to your individual node alias, and in the ar.cfg file, ensure that all of your java plugins are connecting to the same node based name... If you are by chance using Tomcat for your clustering, I would be willing to accept config tips/files to help smooth my road :-) From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG] On Behalf Of Chowdhury, Tauf Sent: Friday, April 22, 2011 9:31 AM To: arslist@ARSLIST.ORG Subject: 7.6.04 - Load balancing ** Has anyone set up Remedy 7.6.04 as a server group with a hardware load balancer in between the mid tier and AR servers? Has that gone well? We set the "enable lifespan" option on the mid tiers and had the load balancer clear the persistency flag and are seeing odd plugin errors. Not sure if it's related. I have a ticket open with BMC but curious if anyone experienced the issue. Tauf Chowdhury | Forest Laboratories, Inc. Analyst, Service Management Informatics-Infrastructure Office: 631.858.7765 Mobile:646.483.2779 ________________________________ This e-mail and its attachments may contain Forest Laboratories, Inc. proprietary information that is privileged, confidential or subject to copyright belonging to Forest Laboratories, Inc. This e-mail is intended solely for the use of the individual or entity to which it is addressed. If you are not the intended recipient of this e-mail, or the employee or agent responsible for delivering this e-mail to the intended recipient, you are hereby notified that any dissemination, distribution, copying or action taken in relation to the contents of and attachments to this e-mail is strictly prohibited and may be unlawful. If you have received this e-mail in error, please notify the sender immediately and permanently delete the original and any copy of this e-mail and any printout. _attend WWRUG11 www.wwrug.com ARSlist: "Where the Answers Are"_ _attend WWRUG11 www.wwrug.com ARSlist: "Where the Answers Are"_ _attend WWRUG11 www.wwrug.com ARSlist: "Where the Answers Are"_ ********************************************************************** This e-mail and its attachments may contain Forest Laboratories, Inc. proprietary information that is privileged, confidential or subject to copyright belonging to Forest Laboratories, Inc. This e-mail is intended solely for the use of the individual or entity to which it is addressed. If you are not the intended recipient of this e-mail, or the employee or agent responsible for delivering this e-mail to the intended recipient, you are hereby notified that any dissemination, distribution, copying or action taken in relation to the contents of and attachments to this e-mail is strictly prohibited and may be unlawful. If you have received this e-mail in error, please notify the sender immediately and permanently delete the original and any copy of this e-mail and any printout. _______________________________________________________________________________ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org attend wwrug11 www.wwrug.com ARSList: "Where the Answers Are"
