One other caveat that I left off is that I am not using a Portmapper. While investigating the issue, I've found that other people have run into similar issues on prior versions of ARS when they were not using the portmapper. I had to set ARS on a static port in order to prevent our backup software from trying to use the same ports as ARS.
Also just to give you all more detail, when I open the Remedy Home Page I get this error at the top of the screen: "Cannot establish a network connection to the AR System Plug-In server : servername (9988) REMEDY.ARDBC.APPQUERY : RPC: Miscellaneous tli error - System error (Connection refused) (ARERR 8760)" I compared the ar.cfg files to what was in there before and it has everything (minus the duplicate entries that SP2 added) so it should work about the same. Armonitor.cfg was also compared and it looks correct. Thanks, Shawn Pierson Remedy Developer | Southern Union From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG] On Behalf Of Peter Romain Sent: Monday, October 31, 2011 11:37 AM To: arslist@ARSLIST.ORG Subject: Re: ARS 7.6.4 SP2 Issues ** I just did an install of SP2 on a Win 2008 / SQL Server 2008 system with no particular problems but I didn't install Mid-Tier as this needed to be deployed in Websphere via the midtier.war (on the same server as ARS) I also did an SP1 -> SP2 upgrade without the problems you had. No explanation - just a different experience! From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG] On Behalf Of Pierson, Shawn Sent: 31 October 2011 15:52 To: arslist@ARSLIST.ORG Subject: ARS 7.6.4 SP2 Issues ** Good morning folks, I've been trying to get SP2 up and running (just ARS for now) and have run into lots of issues. I am working with BMC Support, although they aren't really doing anything helpful or useful and are taking days just to respond to simple questions. In any case, I wanted to post this as a warning that if you have ARS 7.6.4 SP1 up and running, that you should stay at that version for now. I ran into issues in two different scenarios: 1) Installing ARS SP2 as an upgrade to a server with ARS SP1. In this case, it totally messed up ar.cfg and armonitor.cfg and created duplicate entries that I had to remove, primarily related to the plugins. Also unfortunately, some plugins seem to work correctly, some do not. Generic errors go to arerror.log, but the plugin logs show nothing other than the plugins that are working normally. 2) Installing ARS SP2 on a new, clean server also turned out to be a dismal failure. It had some other plugin errors, one of which prevents you from being able to license the server. In both cases, I am working with Windows Server 2008 (64-bit), SQL Server 2005 Enterprise, and Apache Tomcat (the one included in the Mid Tier installer), so nothing too unusual. I suspect that some of the issues may be that it's installing 32-bit executables where it shouldn't, and there are probably other defects in the installer itself that causes these problems. Also the response time from BMC is being really, really bad. Rather than just thinking that they are lazy or whatever, it leads me to think that they are receiving a lot of calls with SP2, as it seems to have more bugs in it than the 200+ pages of defects that it purports to fix. Thanks, Shawn Pierson Remedy Developer | Southern Union Private and confidential as detailed here<http://www.sug.com/disclaimers/default.htm#Mail>. If you cannot access hyperlink, please e-mail sender. _attend WWRUG12 www.wwrug.com ARSlist: "Where the Answers Are"_ _attend WWRUG12 www.wwrug.com ARSlist: "Where the Answers Are"_ Private and confidential as detailed here: http://www.sug.com/disclaimers/default.htm#Mail . If you cannot access the link, please e-mail sender. _______________________________________________________________________________ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org attend wwrug12 www.wwrug12.com ARSList: "Where the Answers Are"
