RKM is on there and FTS _was_ working until ITSM SP2; there were no errors after applying SP2 to ARS (which includes FTS) or Atrium.
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 Patrick Zandi Sent: Thursday, October 20, 2011 4:42 PM To: [email protected] Subject: Re: ARS 7.6.04 SP2 Solaris installer Oracle db. ** Chris fts is a required licensed for this version right: could that be it? It is from the RKM. Mod. Sent from my iPhone so typo's or funky words can and do happen! On Oct 20, 2011, at 5:04 PM, strauss <[email protected]<mailto:[email protected]>> wrote: ** Okay, 5 hours for ITSM 7.6.04 SP2 on an SP1 test system. The install succeeded, but on restart the logs are filling up with this error, even after a reboot: Thu Oct 20 15:50:23 2011 390602 : Cannot establish a network connection to the AR System Plug-In server (ARERR 8760) Thu Oct 20 15:50:23 2011 itsmt01.unt.edu<http://itsmt01.unt.edu> (9998) ARSYS.ARF.FTS : RPC: Miscellaneous tli error - System error (Connection refused) Thu Oct 20 15:50:39 2011 390602 : Cannot establish a network connection to the AR System Plug-In server (ARERR 8760) Thu Oct 20 15:50:39 2011 itsmt01.unt.edu<http://itsmt01.unt.edu> (9998) ARSYS.ARF.FTS : RPC: Miscellaneous tli error - System error (Connection refused) Thu Oct 20 15:50:39 2011 390602 : FTS Plugin is not available -- will retry connection. (ARERR 685) The FTS entry in ar.cfg is NOT different from before: Server-Plugin-Alias: ARSYS.ARF.FTS ARSYS.ARF.FTS itsmt01.unt.edu:9998 The FTS entry in the armonitor.cfg is only slightly different: "C:\Program Files\Java\jre6\bin\java" -Xms1024m -Xmx3072m -classpath "D:\Program Files (x86)\BMC Software\ARSystem\pluginsvr\fts;D:\Program Files (x86)\BMC Software\ARSystem\pluginsvr;D:\Program Files (x86)\BMC Software\ARSystem\pluginsvr\arpluginsvr7604_build002.jar" com.bmc.arsys.pluginsvr.ARPluginServerMain -x ITSMT01 -i "D:\Program Files (x86)\BMC Software\ARSystem" –m Versus old version: "C:\Program Files\Java\jre6\bin\java" -Xmx512m -classpath "D:\Program Files (x86)\BMC Software\ARSystem\pluginsvr\fts;D:\Program Files (x86)\BMC Software\ARSystem\pluginsvr;D:\Program Files (x86)\BMC Software\ARSystem\pluginsvr\arpluginsvr7604_build002.jar" com.bmc.arsys.pluginsvr.ARPluginServerMain -x ITSMT01 -i "D:\Program Files (x86)\BMC Software\ARSystem" –m It picked up a -Xmx3072m parameter… Fun, fun, fun! I shut it down for now. 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 strauss Sent: Thursday, October 20, 2011 3:09 PM To: [email protected]<mailto:[email protected]> Subject: Re: ARS 7.6.04 SP2 Solaris installer Oracle db. ** I restored my test/sample data system back to where ITSM was still SP1 (ARS and Atrium at SP2) and performed two manual interventions before kicking off ITSM 7.6.04 SP2 again: Delete join form VIS:Status_Stage_Flow_TransitionRulesLookup which is carrying an outdated View ID for the Default Administrator View (the only view present) I am told that this was _supposed_ to have been changed in the upgrade to 7.6.03, but none of my systems reflect that change. Delete all existing records in DLD:SYS:DataLoadStatus that were preventing SP2 from creating a unique index on InstanceId There were 126 old records in there with GUIDs that are NOT UNIQUE on a case-insensitive system (SQL Server). Looking at the production system which had no records in that form, it actually looks like the unique index was created by the upgrade to 7.6.04.0000 – which is when I have been told it was introduced. Somehow, my test system got past that and SP1 both without the installation hanging – until SP2. The installation of ITSM 7.6.04 SP2 has been running since 10:30 AM; we’ll see how long it takes, but this is on a low powered VM and isn’t a good measure of what it will take on production grade equipment. From what you’re saying, Pat, it doesn’t do very well on MUCH higher-powered servers, either. I guess the Thanksgiving holiday will be my first window of opportunity for applying a service pack that runs for hours and hours and hours to the production environment. 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 patrick zandi Sent: Thursday, October 20, 2011 2:49 PM To: [email protected]<mailto:[email protected]> Subject: Re: ARS 7.6.04 SP2 Solaris installer Oracle db. ** Yeah::: Upgrades look like they are going to disappear for the create a new server and migrate data option soon. Most change windows: especially Enterprise wise:: could they really go down for 5-7 hours? NO! not happening.. so My guess is there is some sort of single FIFO job process single Java thread into the server needs to be change to something a little more robust. don't know what the answer is.. but I can see this as an issue... I have 64 CPU's and it took forever.. cpu never went over 6%... had tons of ram too... not sure what the answer is ? BMC Engineering might have a better clue... _attend WWRUG11 www.wwrug.com<http://www.wwrug.com> ARSlist: "Where the Answers Are"_ _attend WWRUG11 www.wwrug.com ARSlist: "Where the Answers Are"_ _______________________________________________________________________________ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org attend wwrug12 www.wwrug12.com ARSList: "Where the Answers Are"
