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 <[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 (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: > [email protected]] *On Behalf Of *strauss > *Sent:* Thursday, October 20, 2011 3:09 PM > > *To:* [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] > *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"_ _______________________________________________________________________________ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org attend wwrug12 www.wwrug12.com ARSList: "Where the Answers Are"
