I have seen this as well Sent from my iPhone so typo's or funky words can and do happen!
On Oct 20, 2011, at 6:03 PM, Jason Miller <jason.mil...@gmail.com> wrote: > ** I remember seeing a lot of plug-in server time out error too when we went > to 7.6.04 SP1. > > On Thu, Oct 20, 2011 at 2:04 PM, strauss <stra...@unt.edu> 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 (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 (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:arslist@ARSLIST.ORG] On Behalf Of strauss > Sent: Thursday, October 20, 2011 3:09 PM > > > To: arslist@ARSLIST.ORG > 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:arslist@ARSLIST.ORG] On Behalf Of patrick zandi > Sent: Thursday, October 20, 2011 2:49 PM > To: arslist@ARSLIST.ORG > 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 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"
