Re: Upgrade ARS to 7.5P4 to 8.1.00 Errors

[Dee]

Perfect. 

Thanks Shawn. That was what I thought too. I will restore and rerun the 
installer. 

___
UNSUBSCRIBE or access ARSlist Archives at www.arslist.org
"Where the Answers Are, and have been for 20 years"

Re: Upgrade ARS to 7.5P4 to 8.1.00 Errors

[Pierson, Shawn]

It's hard to say what caused the ARERR 90 errors.  Based on the database errors 
it looks like you may have had a partial success with the first attempt to run 
the installer, and as a result it's trying to create indexes that already exist 
amongst other issues, which from my point of view looks like your database may 
be corrupted at this point to where it might be easier to restore from a backup 
and start again.

Thanks,

Shawn Pierson 
Remedy Developer | Energy Transfer


-Original Message-
From: Action Request System discussion list(ARSList) 
[mailto:arslist@ARSLIST.ORG] On Behalf Of Dee
Sent: Monday, February 17, 2014 10:29 AM
To: arslist@ARSLIST.ORG
Subject: Upgrade ARS to 7.5P4 to 8.1.00 Errors

Hello List,


Environment
All Local.
UNIX 6.1.7
JAVA 6_64 and 6_32
Oracle 11g
ARS 7.5PATCH 4 to 8.1.00

Spoke with BMC prior to upgrade, due to custom environment not overlay and not 
ITSM , jump was possible.

Errors in up grade. 

I have a request with BMC, but the only response so far is -- reiterating what 
the install log clear states, "Cannot establish a network connection to the AR 
System server". So while I await other responses, 

Please help.

arsystem_install.log
1. [SET PROPERTY BMC_DATABASE_USER_ROLE],Detail=[AROLE_GOXSA547]}   -- GOXSD547 
is an old server decommissioned. How can I correct? should it not say 
AROLE_ARSYS?

2. (Feb 14 2014 02:33:58.213 PM 
-0500),SEVERE,com.bmc.smbu.install.common.rule.engine.rik.RIKUtilJava,
  THROWABLE EVENT {Description=[Error from RIKJ command ],Detail=[ERROR (90): 
Cannot establish a network connection to the AR System server; A remote host 
refused an attempted connect operation. ARSSERVER:ARSTCPPORT]},
  Throwable=[com.bmc.arsys.rik.RIKException: ERROR (90): Cannot establish a 
network connection to the AR System server; A remote host refused an attempted 
connect operation. ARSSERVER:ARSTCPPORT
  
com.bmc.arsys.rik.command.svrinfo.ServerInformation.execute(ServerInformation.java:90)
  
com.bmc.smbu.install.common.rule.engine.rik.RIKUtilJava.setsvrinfoRIKJ(RIKUtilJava.java:525)
  
com.bmc.smbu.install.common.rule.engine.rik.RikUtil.setsvrinfo(RikUtil.java:495)
  
com.bmc.install.product.arsuitekit.task.ARSuiteKitPostInstallTask.execute(ARSuiteKitPostInstallTask.java:130)
  com.bmc.install.task.InstallationTask.run(InstallationTask.java:93)
  java.lang.Thread.run(Thread.java:736)],
  Throwable=[ERROR (90): Cannot establish a network connection to the AR System 
server; A remote host refused an attempted connect operation. 
ARSSERVER:ARSTCPPORT
  com.bmc.arsys.apitransport.ApiProxyJRpcBase.connectionTry(Unknown Source)
  com.bmc.arsys.api.ProxyJRpc.getRpcClient(Unknown Source)
  com.bmc.arsys.api.ProxyJRpc.ARSetSessionConfiguration(Unknown Source)
  com.bmc.arsys.apitransport.ApiProxyBase.setProxyProperties(Unknown Source)
  com.bmc.arsys.apitransport.connection.b.getProxy(Unknown Source)
  com.bmc.arsys.api.PoolingProxyManager.getProxy(Unknown Source)
  com.bmc.arsys.apitransport.connection.b.getProxy(Unknown Source)
  com.bmc.arsys.api.ARServerUser.usePrivateRpcQueue(Unknown Source)
  com.bmc.arsys.rik.ARConnection.createARConnection(ARConnection.java:145)
  com.bmc.arsys.rik.ARConnection.createARConnection(ARConnection.java:115)
  com.bmc.arsys.rik.ARHelper.getARConnection(ARHelper.java:107)
  com.bmc.arsys.rik.ARHelper.getARConnection(ARHelper.java:149)
  
com.bmc.arsys.rik.command.RIKAbstractCommand.getArConnInBaseMode(RIKAbstractCommand.java:297)
  
com.bmc.arsys.rik.command.svrinfo.ServerInformation.execute(ServerInformation.java:74)
  
com.bmc.smbu.install.common.rule.engine.rik.RIKUtilJava.setsvrinfoRIKJ(RIKUtilJava.java:525)
  
com.bmc.smbu.install.common.rule.engine.rik.RikUtil.setsvrinfo(RikUtil.java:495)
  
com.bmc.install.product.arsuitekit.task.ARSuiteKitPostInstallTask.execute(ARSuiteKitPostInstallTask.java:130)
  com.bmc.install.task.InstallationTask.run(InstallationTask.java:93)
  java.lang.Thread.run(Thread.java:736)]

ARERROR/log

Fri Feb 14 14:27:45 2014 : Action Request System(R) Server Version 8.1.00 
201301251157
(c) Copyright 1991-2013 BMC Software, Inc. 
Fri Feb 14 14:27:52 2014  390600 : The SQL database operation failed. (ARERR 
552)
Fri Feb 14 14:27:52 2014 Error 552 creating unique index on transition 
table actlink_group_ids_UPG 

Fri Feb 14 14:27:52 2014 ORA-01452: cannot CREATE UNIQUE INDEX; duplicate 
keys found
Fri Feb 14 14:27:52 2014 lastsql CREATE UNIQUE INDEX actlink_group_ids_ind ON 
actlink_group_ids_UPG (actlinkId,groupId,overlayExtended)
Fri Feb 14 14:27:52 2014  390600 : The SQL database operation failed. (ARERR 
552)
Fri Feb 14 14:27:52 2014 Error 552 occurred while upgrading Overlay Masks

Fri Feb 14 14:27:52 2014 ORA-01452: cannot CREATE UNIQUE INDEX; duplicate 
keys found
Fri Feb 14 14:27:52 2014 lastsql RENAME actlink_group_ids_UPG TO 
actlink_group_ids Fri Feb 14 14:27:52 2014: AR System server terminated - fatal 
error occurred in ARSERVER (ARNOTE  21) Fri Feb 14 14:27:52 2014 : A

Re: Upgrade ARS from 7603 to 7604 SP4

[RajaShanin]

Thanks Joe, we do not intend to use the overlay concept as of now, we have
few instances of AR server going down in our server group environment and
BMC usually provides arserver.exe or arplugin.exe files (claiming to be the
latest) to be replaced quiet often, hence we decided to go with the latest
version of the arserver in order to reduce the file replacement method.

Thanks
Raja 



--
View this message in context: 
http://ars-action-request-system.1093659.n2.nabble.com/Upgrade-ARS-from-7603-to-7604-SP4-tp7588533p7588555.html
Sent from the ARS (Action Request System) mailing list archive at Nabble.com.

___
UNSUBSCRIBE or access ARSlist Archives at www.arslist.org
"Where the Answers Are, and have been for 20 years"

Re: Upgrade ARS from 7603 to 7604 SP4

[Joe D'Souza]

Short answer yes.

Long answer would be what might be a recommended approach. 7.6.04 introduces
the concept of overlays. There is no real benefit of upgrading the server
platform itself to this new version if you do not intend to update ITSM to
7.6.04 and leverage the use of overlays.

If you upgrade both the server and the ITSM app in a single project kind of
an approach, you will be able to reap the benefits of overlays a lot more
easily than otherwise by making use of the hash file that would create
overlays of your already customized version of your ITSM applications. I'm
guessing that this may get a little more complicated later - I haven't used
that as yet so I cannot say that for sure, but this is my best guess...

Cheers



-Original Message-
From: Action Request System discussion list(ARSList)
[mailto:arslist@ARSLIST.ORG] On Behalf Of RajaShanin
Sent: Thursday, May 02, 2013 10:05 AM
To: arslist@ARSLIST.ORG
Subject: Upgrade ARS from 7603 to 7604 SP4

Hi

I would like to know whether we can directly upgrade from ARS 7603 (hot fix
version - FCS MWRT SW00401937) to ARS 7604 SP4 while ITSM remains in 7603?
any known errors or compatibility issues between ARS 7604 SP4 and ITSM 7603?


Thanks
Raja

___
UNSUBSCRIBE or access ARSlist Archives at www.arslist.org
"Where the Answers Are, and have been for 20 years"

Re: Upgrade ARS 7.1 to ARS 7.6.04 SP4 - UNICODE issue

[Misi Mladoniczky]

Hi,

NO NO NO!!! You can not do the conversion on the database level. There are all
manner of counters and stuff that counts bytes instead of characters, and your
system will become corrupt.

If you do not have any character that will convert to multibyte in your
application, for example on a field label, you might possibly get it to work.

As for the data, it will work to some extent, but data might have swollen into
more bytes than you allow in certain fields without you knowing about it. This
will give users problems when changing old records.

Best Regards - Misi, RRR AB, http://www.rrr.se (ARSList MVP 2011)

Products from RRR Scandinavia (Best R.O.I. Award at WWRUG10/11/12):
* RRR|License - Not enough Remedy licenses? Save money by optimizing.
* RRR|Log - Performance issues or elusive bugs? Analyze your Remedy logs.
Find these products, and many free tools and utilities, at http://rrr.se.

> Note:In BMC Remedy AR System 6.x, it is possible to run a BMC Remedy AR
> System server in non-Unicode mode with a Unicode database. In BMC Remedy AR
> System 7.x and later, this type of configuration is not supported.
>
> I have tried in my test system prior to upgrade and it worked well.
>
> 01. export the database dump
>
> exp system/admin tablespaces=ARSYSTEM file=ARSYSTEM.dmp
>
> 02. Import again within the database which is configured as unicode instance
>
> imp system/admin tablespaces=arsystem file=arsystem.dmp FROMUSER=ARADMIN
> TOUSER=ARADMIN
>
> When you import it on unicode instance, it will do charset conversion
>
> Export file created by EXPORT:V10.02.01 via conventional path
> import done in US7ASCII character set and AL16UTF16 NCHAR character set
> import server uses AL32UTF8 character set (possible charset conversion)
>
> 03. once you able to get the db import, run the 7.1 installer and select
> unicode this time
> 04. Perform upgrade install of 7.6.04.
>
>
> Hope this helps
>
> ~ Vaibhav
>
>
>
> On Tue, Feb 12, 2013 at 10:56 AM, Grooms, Frederick W <
> frederick.w.gro...@xo.com> wrote:
>
>> What do you have on the ARS server for the language environment variables?
>>
>> LANG, LC_ALL, NLS_LANG
>>
>>
>> -Original Message-
>> From: Action Request System discussion list(ARSList) [mailto:
>> arslist@ARSLIST.ORG] On Behalf Of Antonio Monizza
>> Sent: Tuesday, February 12, 2013 11:11 AM
>> To: arslist@ARSLIST.ORG
>> Subject: Re: Upgrade ARS 7.1 to ARS 7.6.04 SP4 - UNICODE issue
>>
>> ** Hi Kiran,
>>
>> I'm afraid I don't quite understand your suggestions, please note our
>> current frame:
>>
>> given that
>>
>> 1) we need to upgrade from 7.1 to 7.6.04 but we need to stay on our
>> current app server machines and our current db machines
>> 2) our current production ARS 7.1 installation is non UNICODE and current
>> oracle db is UNICODE and everything has always been running fine so far
>>
>> what's puzzling for us is that it seems that the upgrade from 7.1 to
>> 7.6.04 (running the installer) is forcing us to convert our ARS app server
>> installation from non UNICODE to UNICODE, while we would like to avoid that
>> because it would imply extra costs, time, maybe machines etc..
>>
>> Answers from BMC on this topic so far have been that either we convert our
>> oracle instance from UNICODE to non UNICODE to continue with the upgrade,
>> OR we do a new fresh install of ARS 7.6.04 on a new db instance, in
>> UNICODE, and then move objects and data from current servers to new
>> instances/servers.
>>
>> Both ways are hardly viable for us, due to a number of
>> reasons/constraints, that's why we're seeking advise here
>>
>> thanks for your help
>>
>> Kind Regards,
>> Antonello Monizza
>>
>> -Original Message-
>> On Tue, Feb 12, 2013 at 4:45 PM, Hullule, Kiran  wrote:
>> **
>> The option that I can think of is (to convert your non Unicode data to
>> Unicode ) use remedy migrator tool and migrate your non unicode server to
>> Unicode server (making sure you have identical setup ready )- 7604 as that
>> of 7.1 when it comes to the applications. OR another option is use remedy
>> migrator between existing 7.1 non Unicode to new 7.1 unicode server , this
>> will take care of all characters , localized data conversion, then upgrade
>> ARS only to 7604 - run BPCU tool to identify your customization and convert
>> them into overlay. Once this is done think of rest of the application
>> upgrade.
>>
>> -Original Message-
>> From: Action Request System discussion list(ARSList) [mailto:
>> arslist

Re: Upgrade ARS 7.1 to ARS 7.6.04 SP4 - UNICODE issue

[Brian Pancia]

As Misi stated RRRChive will do the conversion.  Can you add a ARSYSTEM2
database to your dev environment?  If so, you may want to do this and use
RRRChive.  Once ARSYSTEM2 is at the proper coding you can then run a
synctotarget with prod and the new db in case your dev db is not synced with
prod.  I would then run the installers.  If you use RRRChive after the
upgrade to sync the new systems with prod be careful with your
configurations since you are going from 7.1 to 7.6.04.  

 

The DBA's don't have a way to do this from the database level?  

 

This is only the beginning of your headaches.

 

Good Luck,

 

Brian

 

 

From: Action Request System discussion list(ARSList)
[mailto:arslist@ARSLIST.ORG] On Behalf Of Daniel Condrea
Sent: Wednesday, February 13, 2013 1:52 AM
To: arslist@ARSLIST.ORG
Subject: Re: Upgrade ARS 7.1 to ARS 7.6.04 SP4 - UNICODE issue

 

** 

Hi All,

 

My advice is to use something from RRR. I cannot remember its name, but do
not use BMC Migrator.

 

I've started with Migrator than used RRR for daily syncs. In the end it
proves that we have correctly synchronized last records/thickets, while the
first records/thickets where out of sync.

 

Daniel

 

From: Action Request System discussion list(ARSList) [
<mailto:arslist@ARSLIST.ORG> mailto:arslist@ARSLIST.ORG] On Behalf Of
Antonio Monizza
Sent: Monday, February 11, 2013 7:10 PM
To:  <mailto:arslist@ARSLIST.ORG> arslist@ARSLIST.ORG
Subject: Upgrade ARS 7.1 to ARS 7.6.04 SP4 - UNICODE issue

 

** Hello listers,

we're upgrading an ARS 7.1 patch 7 non UNICODE on AIX 5.3 against an Oracle
DB with UTF8 character set to ARS 7.6.04 SP4 always on Oracle with UTF8

As a first step we're doing the upgrade on our dev environment, then we'll
proceed with test env and finally with prod

During the installation process, after the Type of Installation (Upgrade,
Overwrite, Server group) step, for which we selected the Upgrade option, the
Installer gave us the following error:

"The database is configured for UNICODE but your system LANG variable is set
to C
You must change your LANG variable to a supported UNICODE language before
you can complete this installation"

Now:
1) our current ARS 7.1 non UNICODE installation has been always running
without any problem on a UNICODE Oracle db
2) our idea is to avoid all the complications involved in transforming our
ARS installation into a UNICODE ARS, mostly because we realized in the past
that it wasn't possible to change ARS from non UNICODE to UNICODE during the
execution of the ARS 7.1 upgrade scipt, and BMC told us to do a fresh new
installation and data exp/imp instead, which is not feasible for us

We just opened a ticket to BMC and they told us that the upgrade from
Non-Unicode to Unicode environment and Unicode to non-Unicode is not
supported from ARS 7.5 onward, and that we should tell our DBA to change the
database to non-Unicode to proceed with the ARS 7.6 upgrade

Again, for a number of reasons we cannot change our DB to non UNICODE.

How should we proceed now? Any tips?

Thanks a lot in advance

Kind Regards,
Antonello Monizza

_ARSlist: "Where the Answers Are" and have been for 20 years_ 


_
 
Ce message et ses pieces jointes peuvent contenir des informations
confidentielles ou privilegiees et ne doivent donc
pas etre diffuses, exploites ou copies sans autorisation. Si vous avez recu
ce message par erreur, veuillez le signaler
a l'expediteur et le detruire ainsi que les pieces jointes. Les messages
electroniques etant susceptibles d'alteration,
France Telecom - Orange decline toute responsabilite si ce message a ete
altere, deforme ou falsifie. Merci
 
This message and its attachments may contain confidential or privileged
information that may be protected by law;
they should not be distributed, used or copied without authorization.
If you have received this email in error, please notify the sender and
delete this message and its attachments.
As emails may be altered, France Telecom - Orange shall not be liable if
this message was modified, changed or falsified.
Thank you.

_ARSlist: "Where the Answers Are" and have been for 20 years_ 


___
UNSUBSCRIBE or access ARSlist Archives at www.arslist.org
"Where the Answers Are, and have been for 20 years"

Re: Upgrade ARS 7.1 to ARS 7.6.04 SP4 - UNICODE issue

[Daniel Condrea]

Hi All,

My advice is to use something from RRR. I cannot remember its name, but do not 
use BMC Migrator.

I've started with Migrator than used RRR for daily syncs. In the end it proves 
that we have correctly synchronized last records/thickets, while the first 
records/thickets where out of sync.

Daniel

From: Action Request System discussion list(ARSList) 
[mailto:arslist@ARSLIST.ORG] On Behalf Of Antonio Monizza
Sent: Monday, February 11, 2013 7:10 PM
To: arslist@ARSLIST.ORG
Subject: Upgrade ARS 7.1 to ARS 7.6.04 SP4 - UNICODE issue

** Hello listers,

we're upgrading an ARS 7.1 patch 7 non UNICODE on AIX 5.3 against an Oracle DB 
with UTF8 character set to ARS 7.6.04 SP4 always on Oracle with UTF8

As a first step we're doing the upgrade on our dev environment, then we'll 
proceed with test env and finally with prod

During the installation process, after the Type of Installation (Upgrade, 
Overwrite, Server group) step, for which we selected the Upgrade option, the 
Installer gave us the following error:

"The database is configured for UNICODE but your system LANG variable is set to 
C
You must change your LANG variable to a supported UNICODE language before you 
can complete this installation"

Now:
1) our current ARS 7.1 non UNICODE installation has been always running without 
any problem on a UNICODE Oracle db
2) our idea is to avoid all the complications involved in transforming our ARS 
installation into a UNICODE ARS, mostly because we realized in the past that it 
wasn't possible to change ARS from non UNICODE to UNICODE during the execution 
of the ARS 7.1 upgrade scipt, and BMC told us to do a fresh new installation 
and data exp/imp instead, which is not feasible for us

We just opened a ticket to BMC and they told us that the upgrade from 
Non-Unicode to Unicode environment and Unicode to non-Unicode is not supported 
from ARS 7.5 onward, and that we should tell our DBA to change the database to 
non-Unicode to proceed with the ARS 7.6 upgrade

Again, for a number of reasons we cannot change our DB to non UNICODE.

How should we proceed now? Any tips?

Thanks a lot in advance

Kind Regards,
Antonello Monizza

_ARSlist: "Where the Answers Are" and have been for 20 years_

_

Ce message et ses pieces jointes peuvent contenir des informations 
confidentielles ou privilegiees et ne doivent donc
pas etre diffuses, exploites ou copies sans autorisation. Si vous avez recu ce 
message par erreur, veuillez le signaler
a l'expediteur et le detruire ainsi que les pieces jointes. Les messages 
electroniques etant susceptibles d'alteration,
France Telecom - Orange decline toute responsabilite si ce message a ete 
altere, deforme ou falsifie. Merci

This message and its attachments may contain confidential or privileged 
information that may be protected by law;
they should not be distributed, used or copied without authorization.
If you have received this email in error, please notify the sender and delete 
this message and its attachments.
As emails may be altered, France Telecom - Orange shall not be liable if this 
message was modified, changed or falsified.
Thank you.


___
UNSUBSCRIBE or access ARSlist Archives at www.arslist.org
"Where the Answers Are, and have been for 20 years"

Re: Upgrade ARS 7.1 to ARS 7.6.04 SP4 - UNICODE issue

[vaibhav wadekar]

Note:In BMC Remedy AR System 6.x, it is possible to run a BMC Remedy AR
System server in non-Unicode mode with a Unicode database. In BMC Remedy AR
System 7.x and later, this type of configuration is not supported.

I have tried in my test system prior to upgrade and it worked well.

01. export the database dump

exp system/admin tablespaces=ARSYSTEM file=ARSYSTEM.dmp

02. Import again within the database which is configured as unicode instance

imp system/admin tablespaces=arsystem file=arsystem.dmp FROMUSER=ARADMIN
TOUSER=ARADMIN

When you import it on unicode instance, it will do charset conversion

Export file created by EXPORT:V10.02.01 via conventional path
import done in US7ASCII character set and AL16UTF16 NCHAR character set
import server uses AL32UTF8 character set (possible charset conversion)

03. once you able to get the db import, run the 7.1 installer and select
unicode this time
04. Perform upgrade install of 7.6.04.


Hope this helps

~ Vaibhav



On Tue, Feb 12, 2013 at 10:56 AM, Grooms, Frederick W <
frederick.w.gro...@xo.com> wrote:

> What do you have on the ARS server for the language environment variables?
>
> LANG, LC_ALL, NLS_LANG
>
>
> -Original Message-
> From: Action Request System discussion list(ARSList) [mailto:
> arslist@ARSLIST.ORG] On Behalf Of Antonio Monizza
> Sent: Tuesday, February 12, 2013 11:11 AM
> To: arslist@ARSLIST.ORG
> Subject: Re: Upgrade ARS 7.1 to ARS 7.6.04 SP4 - UNICODE issue
>
> ** Hi Kiran,
>
> I'm afraid I don't quite understand your suggestions, please note our
> current frame:
>
> given that
>
> 1) we need to upgrade from 7.1 to 7.6.04 but we need to stay on our
> current app server machines and our current db machines
> 2) our current production ARS 7.1 installation is non UNICODE and current
> oracle db is UNICODE and everything has always been running fine so far
>
> what's puzzling for us is that it seems that the upgrade from 7.1 to
> 7.6.04 (running the installer) is forcing us to convert our ARS app server
> installation from non UNICODE to UNICODE, while we would like to avoid that
> because it would imply extra costs, time, maybe machines etc..
>
> Answers from BMC on this topic so far have been that either we convert our
> oracle instance from UNICODE to non UNICODE to continue with the upgrade,
> OR we do a new fresh install of ARS 7.6.04 on a new db instance, in
> UNICODE, and then move objects and data from current servers to new
> instances/servers.
>
> Both ways are hardly viable for us, due to a number of
> reasons/constraints, that's why we're seeking advise here
>
> thanks for your help
>
> Kind Regards,
> Antonello Monizza
>
> -Original Message-
> On Tue, Feb 12, 2013 at 4:45 PM, Hullule, Kiran  wrote:
> **
> The option that I can think of is (to convert your non Unicode data to
> Unicode ) use remedy migrator tool and migrate your non unicode server to
> Unicode server (making sure you have identical setup ready )- 7604 as that
> of 7.1 when it comes to the applications. OR another option is use remedy
> migrator between existing 7.1 non Unicode to new 7.1 unicode server , this
> will take care of all characters , localized data conversion, then upgrade
> ARS only to 7604 - run BPCU tool to identify your customization and convert
> them into overlay. Once this is done think of rest of the application
> upgrade.
>
> -Original Message-
> From: Action Request System discussion list(ARSList) [mailto:
> arslist@ARSLIST.ORG] On Behalf Of Antonio Monizza
> Sent: Monday, February 11, 2013 10:39 PM
> To: arslist@ARSLIST.ORG
> Subject: Upgrade ARS 7.1 to ARS 7.6.04 SP4 - UNICODE issue
>
> ** Hello listers,
>
>
> we're upgrading an ARS 7.1 patch 7 non UNICODE on AIX 5.3 against an
> Oracle DB with UTF8 character set to ARS 7.6.04 SP4 always on Oracle with
> UTF8
>
> As a first step we're doing the upgrade on our dev environment, then we'll
> proceed with test env and finally with prod
>
> During the installation process, after the Type of Installation (Upgrade,
> Overwrite, Server group) step, for which we selected the Upgrade option,
> the Installer gave us the following error:
>
> "The database is configured for UNICODE but your system LANG variable is
> set to C
> You must change your LANG variable to a supported UNICODE language before
> you can complete this installation"
>
> Now:
> 1) our current ARS 7.1 non UNICODE installation has been always running
> without any problem on a UNICODE Oracle db
> 2) our idea is to avoid all the complications involved in transforming our
> ARS installation into a UNICODE ARS, mostly because we realized in the past
> that it wasn't possible to change ARS from

Re: Upgrade ARS 7.1 to ARS 7.6.04 SP4 - UNICODE issue

[Grooms, Frederick W]

What do you have on the ARS server for the language environment variables?

LANG, LC_ALL, NLS_LANG


-Original Message-
From: Action Request System discussion list(ARSList) 
[mailto:arslist@ARSLIST.ORG] On Behalf Of Antonio Monizza
Sent: Tuesday, February 12, 2013 11:11 AM
To: arslist@ARSLIST.ORG
Subject: Re: Upgrade ARS 7.1 to ARS 7.6.04 SP4 - UNICODE issue

** Hi Kiran,

I'm afraid I don't quite understand your suggestions, please note our current 
frame:

given that

1) we need to upgrade from 7.1 to 7.6.04 but we need to stay on our current app 
server machines and our current db machines
2) our current production ARS 7.1 installation is non UNICODE and current 
oracle db is UNICODE and everything has always been running fine so far

what's puzzling for us is that it seems that the upgrade from 7.1 to 7.6.04 
(running the installer) is forcing us to convert our ARS app server 
installation from non UNICODE to UNICODE, while we would like to avoid that 
because it would imply extra costs, time, maybe machines etc..

Answers from BMC on this topic so far have been that either we convert our 
oracle instance from UNICODE to non UNICODE to continue with the upgrade, OR we 
do a new fresh install of ARS 7.6.04 on a new db instance, in UNICODE, and then 
move objects and data from current servers to new instances/servers.

Both ways are hardly viable for us, due to a number of reasons/constraints, 
that's why we're seeking advise here

thanks for your help

Kind Regards,
Antonello Monizza

-Original Message-
On Tue, Feb 12, 2013 at 4:45 PM, Hullule, Kiran  wrote:
** 
The option that I can think of is (to convert your non Unicode data to Unicode 
) use remedy migrator tool and migrate your non unicode server to Unicode 
server (making sure you have identical setup ready )- 7604 as that of 7.1 when 
it comes to the applications. OR another option is use remedy migrator between 
existing 7.1 non Unicode to new 7.1 unicode server , this will take care of all 
characters , localized data conversion, then upgrade ARS only to 7604 - run 
BPCU tool to identify your customization and convert them into overlay. Once 
this is done think of rest of the application upgrade.
 
-Original Message-
From: Action Request System discussion list(ARSList) 
[mailto:arslist@ARSLIST.ORG] On Behalf Of Antonio Monizza
Sent: Monday, February 11, 2013 10:39 PM
To: arslist@ARSLIST.ORG
Subject: Upgrade ARS 7.1 to ARS 7.6.04 SP4 - UNICODE issue
 
** Hello listers,


we're upgrading an ARS 7.1 patch 7 non UNICODE on AIX 5.3 against an Oracle DB 
with UTF8 character set to ARS 7.6.04 SP4 always on Oracle with UTF8

As a first step we're doing the upgrade on our dev environment, then we'll 
proceed with test env and finally with prod

During the installation process, after the Type of Installation (Upgrade, 
Overwrite, Server group) step, for which we selected the Upgrade option, the 
Installer gave us the following error:

"The database is configured for UNICODE but your system LANG variable is set to 
C
You must change your LANG variable to a supported UNICODE language before you 
can complete this installation"

Now:
1) our current ARS 7.1 non UNICODE installation has been always running without 
any problem on a UNICODE Oracle db
2) our idea is to avoid all the complications involved in transforming our ARS 
installation into a UNICODE ARS, mostly because we realized in the past that it 
wasn't possible to change ARS from non UNICODE to UNICODE during the execution 
of the ARS 7.1 upgrade scipt, and BMC told us to do a fresh new installation 
and data exp/imp instead, which is not feasible for us

We just opened a ticket to BMC and they told us that the upgrade from 
Non-Unicode to Unicode environment and Unicode to non-Unicode is not supported 
from ARS 7.5 onward, and that we should tell our DBA to change the database to 
non-Unicode to proceed with the ARS 7.6 upgrade

Again, for a number of reasons we cannot change our DB to non UNICODE.

How should we proceed now? Any tips?

Thanks a lot in advance

Kind Regards,
Antonello Monizza

___
UNSUBSCRIBE or access ARSlist Archives at www.arslist.org
"Where the Answers Are, and have been for 20 years"

Re: Upgrade ARS 7.1 to ARS 7.6.04 SP4 - UNICODE issue

[Antonio Monizza]

Hi Kiran,

I'm afraid I don't quite understand your suggestions, please note our
current frame:

given that

1) we need to upgrade from 7.1 to 7.6.04 but we need to stay on our current
app server machines and our current db machines
2) our current production ARS 7.1 installation is non UNICODE and current
oracle db is UNICODE and everything has always been running fine so far

what's puzzling for us is that it seems that the upgrade from 7.1 to 7.6.04
(running the installer) is forcing us to convert our ARS app server
installation from non UNICODE to UNICODE, while we would like to avoid that
because it would imply extra costs, time, maybe machines etc..

Answers from BMC on this topic so far have been that either we convert our
oracle instance from UNICODE to non UNICODE to continue with the upgrade,
OR we do a new fresh install of ARS 7.6.04 on a new db instance, in
UNICODE, and then move objects and data from current servers to new
instances/servers.

Both ways are hardly viable for us, due to a number of reasons/constraints,
that's why we're seeking advise here

thanks for your help

Kind Regards,
Antonello Monizza

On Tue, Feb 12, 2013 at 4:45 PM, Hullule, Kiran wrote:

> **
>
> The option that I can think of is (to convert your non Unicode data to
> Unicode ) use remedy migrator tool and migrate your non unicode server to
> Unicode server (making sure you have identical setup ready )– 7604 as that
> of 7.1 when it comes to the applications. OR another option is use remedy
> migrator between existing 7.1 non Unicode to new 7.1 unicode server , this
> will take care of all characters , localized data conversion, then upgrade
> ARS only to 7604 – run BPCU tool to identify your customization and convert
> them into overlay. Once this is done think of rest of the application
> upgrade.
>
> ** **
>
> *From:* Action Request System discussion list(ARSList) [mailto:
> arslist@ARSLIST.ORG] *On Behalf Of *Antonio Monizza
> *Sent:* Monday, February 11, 2013 10:39 PM
> *To:* arslist@ARSLIST.ORG
> *Subject:* Upgrade ARS 7.1 to ARS 7.6.04 SP4 - UNICODE issue
>
> ** **
>
> ** Hello listers,
>
>
> we're upgrading an ARS 7.1 patch 7 non UNICODE on AIX 5.3 against an
> Oracle DB with UTF8 character set to ARS 7.6.04 SP4 always on Oracle with
> UTF8
>
> As a first step we're doing the upgrade on our dev environment, then we'll
> proceed with test env and finally with prod
>
> During the installation process, after the Type of Installation (Upgrade,
> Overwrite, Server group) step, for which we selected the Upgrade option,
> the Installer gave us the following error:
>
> "The database is configured for UNICODE but your system LANG variable is
> set to C
> You must change your LANG variable to a supported UNICODE language before
> you can complete this installation"
>
> Now:
> 1) our current ARS 7.1 non UNICODE installation has been always running
> without any problem on a UNICODE Oracle db
> 2) our idea is to avoid all the complications involved in transforming our
> ARS installation into a UNICODE ARS, mostly because we realized in the past
> that it wasn't possible to change ARS from non UNICODE to UNICODE during
> the execution of the ARS 7.1 upgrade scipt, and BMC told us to do a fresh
> new installation and data exp/imp instead, which is not feasible for us
>
> We just opened a ticket to BMC and they told us that the upgrade from
> Non-Unicode to Unicode environment and Unicode to non-Unicode is not
> supported from ARS 7.5 onward, and that we should tell our DBA to change
> the database to non-Unicode to proceed with the ARS 7.6 upgrade
>
> Again, for a number of reasons we cannot change our DB to non UNICODE.
>
> How should we proceed now? Any tips?
>
> Thanks a lot in advance
>
> Kind Regards,
> Antonello Monizza
>
> _ARSlist: "Where the Answers Are" and have been for 20 years_ 
>
> _ARSlist: "Where the Answers Are" and have been for 20 years_

___
UNSUBSCRIBE or access ARSlist Archives at www.arslist.org
"Where the Answers Are, and have been for 20 years"

Re: Upgrade ARS 7.1 to ARS 7.6.04 SP4 - UNICODE issue

[Hullule, Kiran]

The option that I can think of is (to convert your non Unicode data to Unicode 
) use remedy migrator tool and migrate your non unicode server to Unicode 
server (making sure you have identical setup ready )- 7604 as that of 7.1 when 
it comes to the applications. OR another option is use remedy migrator between 
existing 7.1 non Unicode to new 7.1 unicode server , this will take care of all 
characters , localized data conversion, then upgrade ARS only to 7604 - run 
BPCU tool to identify your customization and convert them into overlay. Once 
this is done think of rest of the application upgrade.

From: Action Request System discussion list(ARSList) 
[mailto:arslist@ARSLIST.ORG] On Behalf Of Antonio Monizza
Sent: Monday, February 11, 2013 10:39 PM
To: arslist@ARSLIST.ORG
Subject: Upgrade ARS 7.1 to ARS 7.6.04 SP4 - UNICODE issue

** Hello listers,

we're upgrading an ARS 7.1 patch 7 non UNICODE on AIX 5.3 against an Oracle DB 
with UTF8 character set to ARS 7.6.04 SP4 always on Oracle with UTF8

As a first step we're doing the upgrade on our dev environment, then we'll 
proceed with test env and finally with prod

During the installation process, after the Type of Installation (Upgrade, 
Overwrite, Server group) step, for which we selected the Upgrade option, the 
Installer gave us the following error:

"The database is configured for UNICODE but your system LANG variable is set to 
C
You must change your LANG variable to a supported UNICODE language before you 
can complete this installation"

Now:
1) our current ARS 7.1 non UNICODE installation has been always running without 
any problem on a UNICODE Oracle db
2) our idea is to avoid all the complications involved in transforming our ARS 
installation into a UNICODE ARS, mostly because we realized in the past that it 
wasn't possible to change ARS from non UNICODE to UNICODE during the execution 
of the ARS 7.1 upgrade scipt, and BMC told us to do a fresh new installation 
and data exp/imp instead, which is not feasible for us

We just opened a ticket to BMC and they told us that the upgrade from 
Non-Unicode to Unicode environment and Unicode to non-Unicode is not supported 
from ARS 7.5 onward, and that we should tell our DBA to change the database to 
non-Unicode to proceed with the ARS 7.6 upgrade

Again, for a number of reasons we cannot change our DB to non UNICODE.

How should we proceed now? Any tips?

Thanks a lot in advance

Kind Regards,
Antonello Monizza

_ARSlist: "Where the Answers Are" and have been for 20 years_

___
UNSUBSCRIBE or access ARSlist Archives at www.arslist.org
"Where the Answers Are, and have been for 20 years"

Re: Upgrade ARS 7.1 to ARS 7.6.04 SP4 - UNICODE issue

[Misi Mladoniczky]

Hi,

The idea with RRR|Chive would be to first do a copy of the production while it
is still in use by your users. This might take days or even several weeks.
During this time, the impact of the production would be next to none.

When you are ready to do the final cutover, this will take no more than an
hour or two to do, while the last small changes are synchronized. This would
be your only downtime.

If you need to run production on your current database, you will also need
additional time to copy your "temp" database into the real database after the
final SYNCTOTARGET.

The Unicode translation will all be handled by the AR API, so that is not a
problem.

If you have a lot of multy-byte characters in your database, you may encounter
situations where data does not fit in a field when translated from 8-bit to
multibyte. But with the above aproach these things can be attended to in a
leasurly way, without additional downtime.

Best Regards - Misi, RRR AB, http://www.rrr.se (ARSList MVP 2011)

Products from RRR Scandinavia (Best R.O.I. Award at WWRUG10/11/12):
* RRR|License - Not enough Remedy licenses? Save money by optimizing.
* RRR|Log - Performance issues or elusive bugs? Analyze your Remedy logs.
Find these products, and many free tools and utilities, at http://rrr.se.

> Hi,
>
> we simply cannot afford copying the data from current installation to a new
> one because
>
> 1) we cannot stop our ARS based applications in production environment,
> which are used worldwide 24/24, for more than 24 hours, and since we have
> hundreds of custom tables with millions of data records we guess it would
> take days to do the job, even using tools like RRRChive or BMC DDM-Delta
> Data Migration.
>
> 2) we are not going to change the application and db servers, they have to
> stay the same that we currently use
>
> 3) finally, even if we used your suggested approach, we would be blocked
> already at step 1 just because of the UNICODE error
>
> any other ideas?
>
> thanks
> Antonello Monizza
>
>
> On Mon, Feb 11, 2013 at 8:51 PM, patchsk  wrote:
>
>> Why is option 2, not feasible? I think that is the most cleanest way.
>> There might be some hardwork for copying the data but you  can use tools
>> like (RRRChive, BMC DDM-Delta Data Migration).
>> Yes there is some learning curve to understand those tools but once you
>> spend a day or two to test various scenarios the copying of data is pretty
>> much automated. Just execute a command and it does everything for you.
>>
>> I think what you could do is:
>> 1. First run the upgrade on ARS7.1(Just the ARS no Email,ARDBC etc..)
>> 2. Convert the objects to custom or overly as needed.
>> 3. Run the installer again to upgrade remaining components.
>> 4. Readjust overlays, custom objects as needed.
>> 5. Take a full export of all the def files.
>> 6. Now build a new ARS with OOTB objects  with no sample data, just
>> plain vanilla remedy.
>> 7. Import your objects from Step5 into the new vanilla environment.
>> 8. Run the (RRRChive or BMC DDM) to copy the data from 7.1 to new version.
>> 9. Test all your integrations and applications.
>> 10. Fix all the bugs in the new environment.
>> 11. Rerun (RRRChive or BMC DDM) to copy the data from 7.1(PROD) to new
>> version env.
>> 12. Cut over the new environment as your production.
>> 13. Rebuild your dev,test environment from a copy of new production.
>>
>> We have actually upgraded from 7.1 to 8.x and things seems to be fine so
>> far.
>>
>
> ___
> UNSUBSCRIBE or access ARSlist Archives at www.arslist.org
> "Where the Answers Are, and have been for 20 years"
>

___
UNSUBSCRIBE or access ARSlist Archives at www.arslist.org
"Where the Answers Are, and have been for 20 years"

Re: Upgrade ARS 7.1 to ARS 7.6.04 SP4 - UNICODE issue

[Antonio Monizza]

Hi,

we simply cannot afford copying the data from current installation to a new
one because

1) we cannot stop our ARS based applications in production environment,
which are used worldwide 24/24, for more than 24 hours, and since we have
hundreds of custom tables with millions of data records we guess it would
take days to do the job, even using tools like RRRChive or BMC DDM-Delta
Data Migration.

2) we are not going to change the application and db servers, they have to
stay the same that we currently use

3) finally, even if we used your suggested approach, we would be blocked
already at step 1 just because of the UNICODE error

any other ideas?

thanks
Antonello Monizza


On Mon, Feb 11, 2013 at 8:51 PM, patchsk  wrote:

> Why is option 2, not feasible? I think that is the most cleanest way.
> There might be some hardwork for copying the data but you  can use tools
> like (RRRChive, BMC DDM-Delta Data Migration).
> Yes there is some learning curve to understand those tools but once you
> spend a day or two to test various scenarios the copying of data is pretty
> much automated. Just execute a command and it does everything for you.
>
> I think what you could do is:
> 1. First run the upgrade on ARS7.1(Just the ARS no Email,ARDBC etc..)
> 2. Convert the objects to custom or overly as needed.
> 3. Run the installer again to upgrade remaining components.
> 4. Readjust overlays, custom objects as needed.
> 5. Take a full export of all the def files.
> 6. Now build a new ARS with OOTB objects  with no sample data, just
> plain vanilla remedy.
> 7. Import your objects from Step5 into the new vanilla environment.
> 8. Run the (RRRChive or BMC DDM) to copy the data from 7.1 to new version.
> 9. Test all your integrations and applications.
> 10. Fix all the bugs in the new environment.
> 11. Rerun (RRRChive or BMC DDM) to copy the data from 7.1(PROD) to new
> version env.
> 12. Cut over the new environment as your production.
> 13. Rebuild your dev,test environment from a copy of new production.
>
> We have actually upgraded from 7.1 to 8.x and things seems to be fine so
> far.
>

___
UNSUBSCRIBE or access ARSlist Archives at www.arslist.org
"Where the Answers Are, and have been for 20 years"

Re: Upgrade ARS 7.1 to ARS 7.6.04 SP4 - UNICODE issue

[patchsk]

Why is option 2, not feasible? I think that is the most cleanest way.
There might be some hardwork for copying the data but you  can use tools 
like (RRRChive, BMC DDM-Delta Data Migration).
Yes there is some learning curve to understand those tools but once you 
spend a day or two to test various scenarios the copying of data is pretty 
much automated. Just execute a command and it does everything for you.

I think what you could do is:
1. First run the upgrade on ARS7.1(Just the ARS no Email,ARDBC etc..)
2. Convert the objects to custom or overly as needed.
3. Run the installer again to upgrade remaining components.
4. Readjust overlays, custom objects as needed.
5. Take a full export of all the def files.
6. Now build a new ARS with OOTB objects  with no sample data, just 
plain vanilla remedy.
7. Import your objects from Step5 into the new vanilla environment.
8. Run the (RRRChive or BMC DDM) to copy the data from 7.1 to new version.
9. Test all your integrations and applications.
10. Fix all the bugs in the new environment.
11. Rerun (RRRChive or BMC DDM) to copy the data from 7.1(PROD) to new 
version env.
12. Cut over the new environment as your production.
13. Rebuild your dev,test environment from a copy of new production.

We have actually upgraded from 7.1 to 8.x and things seems to be fine so 
far.

___
UNSUBSCRIBE or access ARSlist Archives at www.arslist.org
"Where the Answers Are, and have been for 20 years"

Re: Upgrade ARS 7.1 to 7.6.04 SP2 in server group

[jaya munjal]

Hi William

Thanks for sharing your experience. A couple of questions these parameters need 
to set in all the AR Server or only on the secondary servers.

Secondly should be take the primary server out of the server group before 
upgrading or it doesn't matter till we select overwrite during primary server 
upgrade and server group option during secondary server upgrades.

Thanks
Jaya



 From: William Rentfrow 
To: arslist@ARSLIST.ORG 
Sent: Wednesday, July 11, 2012 9:18 AM
Subject: Re: Upgrade ARS 7.1 to 7.6.04 SP2 in server group
 
Okay, a couple of things..I have been in the middle of this in Linux and 
experienced every problem imaginable.  Fortunately we now have a good path to 
work from.

First, if you are upgrading in a server group only the primary server should be 
running when ARS is upgraded.  All others should have the services COMPLETELY 
STOPPED before you run the installer.

Second, you need to be setting two environment variables (usually by editing 
the .profile for the user).  These lines need to go in the .profile:

BMC_AR_LOADAPP_SKIP=TRUE
BMC_LOADAPP_SKIP=TRUE
export BMC_AR_LOADAPP_SKIP
export BMC_LOADAPP_SKIP

This forces the ARS installer - and ALL of the of the application installers 
(with the partial exception of CMDB) to only put the binaries on the other 
server group servers.

This is awesome because your install time for something like ITSM goes from 10 
hours down to 15 minutes.

Enjoy ...



William Rentfrow
wrentf...@stratacominc.com
Office - 715-204-3061
Cell - 715-498-5056


From: Action Request System discussion list(ARSList) [arslist@ARSLIST.ORG] on 
behalf of jaya munjal [jaya_mun...@yahoo.com]
Sent: Tuesday, July 10, 2012 7:23 PM
To: arslist@ARSLIST.ORG
Subject: Re: Upgrade ARS 7.1 to 7.6.04 SP2 in server group

Yes this looks to have worked, thanks


--
On Mon, Jul 9, 2012 6:02 PM IST Longwing, LJ CTR MDA/IC wrote:

>Jaya,
>I experienced a similar issue with recent upgrades...and what I found worked 
>was to shut down the email engine on the node that you are upgradingfor 
>some reason, the installer recognizes that the port is in use, but not that 
>the app using it is the email engineso just shut down the email engine on 
>that node and it upgraded just fine for me.
>
>-Original Message-
>From: Action Request System discussion list(ARSList) 
>[mailto:arslist@ARSLIST.ORG] On Behalf Of jaya munjal
>Sent: Sunday, July 08, 2012 4:44 AM
>To: arslist@ARSLIST.ORG
>Subject: Upgrade ARS 7.1 to 7.6.04 SP2 in server group
>
>**
>Hi List
>
>We are trying to upgrade our environment (5 ARS in a server group mode) with 
>email engine installed on all ARS servers. The problem we see is upgrading the 
>secondary servers if we select email engine along with the ARS server in the 
>server group mode.
>
>Below are the steps we are following and the installer doesn't allow us to 
>install engine engine on the secondary server as it says port 1100 (this is 
>port on which email engine is running in our environment) is in use
>
>- Stop all servers expect the primary server
>- take the primary server out of the server group and we upgrade it along with 
>email engine - this works fine
>- Take the secondary servers out server group - run the installer select 
>server group upgrade mode along with email - this gives us an error that port 
>1100 is already in use
>
>We have tried stopping the email engine on the primary server still the 
>installer doesn't allow us to upgrade the email engine.
>
>Any ideas what could be the issue or is there a different approach to upgrade 
>a server group environment along with email//
>
>Please suggest
>
>Environment details
>ARS - 7.1 patch 5( server group of 5 servers) OS - Solaris 9 DB - Oracle
>
>Thanks
>Jaya
>
>
>
>_attend WWRUG12 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"

___
UNSUBSCRIBE or access ARSlist Archives at www.arslist.org
attend wwrug12 www.wwrug12.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"

___
UNSUBSCRIBE or access ARSlist Archives at www.arslist.org
attend wwrug12 www.wwrug12.com ARSList: "Where the Answers Are"

Re: Upgrade ARS 7.1 to 7.6.04 SP2 in server group

[William Rentfrow]

Okay, a couple of things..I have been in the middle of this in Linux and 
experienced every problem imaginable.  Fortunately we now have a good path to 
work from.

First, if you are upgrading in a server group only the primary server should be 
running when ARS is upgraded.  All others should have the services COMPLETELY 
STOPPED before you run the installer.

Second, you need to be setting two environment variables (usually by editing 
the .profile for the user).  These lines need to go in the .profile:

BMC_AR_LOADAPP_SKIP=TRUE
BMC_LOADAPP_SKIP=TRUE
export BMC_AR_LOADAPP_SKIP
export BMC_LOADAPP_SKIP

This forces the ARS installer - and ALL of the of the application installers 
(with the partial exception of CMDB) to only put the binaries on the other 
server group servers.

This is awesome because your install time for something like ITSM goes from 10 
hours down to 15 minutes.

Enjoy ...



William Rentfrow
wrentf...@stratacominc.com
Office - 715-204-3061
Cell - 715-498-5056


From: Action Request System discussion list(ARSList) [arslist@ARSLIST.ORG] on 
behalf of jaya munjal [jaya_mun...@yahoo.com]
Sent: Tuesday, July 10, 2012 7:23 PM
To: arslist@ARSLIST.ORG
Subject: Re: Upgrade ARS 7.1 to 7.6.04 SP2 in server group

Yes this looks to have worked, thanks


--
On Mon, Jul 9, 2012 6:02 PM IST Longwing, LJ CTR MDA/IC wrote:

>Jaya,
>I experienced a similar issue with recent upgrades...and what I found worked 
>was to shut down the email engine on the node that you are upgradingfor 
>some reason, the installer recognizes that the port is in use, but not that 
>the app using it is the email engineso just shut down the email engine on 
>that node and it upgraded just fine for me.
>
>-Original Message-
>From: Action Request System discussion list(ARSList) 
>[mailto:arslist@ARSLIST.ORG] On Behalf Of jaya munjal
>Sent: Sunday, July 08, 2012 4:44 AM
>To: arslist@ARSLIST.ORG
>Subject: Upgrade ARS 7.1 to 7.6.04 SP2 in server group
>
>**
>Hi List
>
>We are trying to upgrade our environment (5 ARS in a server group mode) with 
>email engine installed on all ARS servers. The problem we see is upgrading the 
>secondary servers if we select email engine along with the ARS server in the 
>server group mode.
>
>Below are the steps we are following and the installer doesn't allow us to 
>install engine engine on the secondary server as it says port 1100 (this is 
>port on which email engine is running in our environment) is in use
>
>- Stop all servers expect the primary server
>- take the primary server out of the server group and we upgrade it along with 
>email engine - this works fine
>- Take the secondary servers out server group - run the installer select 
>server group upgrade mode along with email - this gives us an error that port 
>1100 is already in use
>
>We have tried stopping the email engine on the primary server still the 
>installer doesn't allow us to upgrade the email engine.
>
>Any ideas what could be the issue or is there a different approach to upgrade 
>a server group environment along with email//
>
>Please suggest
>
>Environment details
>ARS - 7.1 patch 5( server group of 5 servers) OS - Solaris 9 DB - Oracle
>
>Thanks
>Jaya
>
>
>
>_attend WWRUG12 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"

___
UNSUBSCRIBE or access ARSlist Archives at www.arslist.org
attend wwrug12 www.wwrug12.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"

Re: Upgrade ARS 7.1 to 7.6.04 SP2 in server group

[jaya munjal]

Yes this looks to have worked, thanks


--
On Mon, Jul 9, 2012 6:02 PM IST Longwing, LJ CTR MDA/IC wrote:

>Jaya,
>I experienced a similar issue with recent upgrades...and what I found worked 
>was to shut down the email engine on the node that you are upgradingfor 
>some reason, the installer recognizes that the port is in use, but not that 
>the app using it is the email engineso just shut down the email engine on 
>that node and it upgraded just fine for me.
>
>-Original Message-
>From: Action Request System discussion list(ARSList) 
>[mailto:arslist@ARSLIST.ORG] On Behalf Of jaya munjal
>Sent: Sunday, July 08, 2012 4:44 AM
>To: arslist@ARSLIST.ORG
>Subject: Upgrade ARS 7.1 to 7.6.04 SP2 in server group
>
>**
>Hi List
>
>We are trying to upgrade our environment (5 ARS in a server group mode) with 
>email engine installed on all ARS servers. The problem we see is upgrading the 
>secondary servers if we select email engine along with the ARS server in the 
>server group mode.
>
>Below are the steps we are following and the installer doesn't allow us to 
>install engine engine on the secondary server as it says port 1100 (this is 
>port on which email engine is running in our environment) is in use
>
>- Stop all servers expect the primary server
>- take the primary server out of the server group and we upgrade it along with 
>email engine - this works fine
>- Take the secondary servers out server group - run the installer select 
>server group upgrade mode along with email - this gives us an error that port 
>1100 is already in use
>
>We have tried stopping the email engine on the primary server still the 
>installer doesn't allow us to upgrade the email engine.
>
>Any ideas what could be the issue or is there a different approach to upgrade 
>a server group environment along with email//
>
>Please suggest
>
>Environment details
>ARS - 7.1 patch 5( server group of 5 servers) OS - Solaris 9 DB - Oracle
>
>Thanks
>Jaya
>
>
>
>_attend WWRUG12 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"

___
UNSUBSCRIBE or access ARSlist Archives at www.arslist.org
attend wwrug12 www.wwrug12.com ARSList: "Where the Answers Are"

Re: Upgrade ARS 7.1 to 7.6.04 SP2 in server group

[jaya munjal]

Thanks Ravi, but if we keep them in manual mode then post upgrade installer is 
not able to start the services. Secondly we are on Solaris :-)




--
On Mon, Jul 9, 2012 10:54 PM IST ravi rai wrote:

>
>Jaya,
>Also set the start option Manual during installation so that it dont start 
>along with other dependent service.
> 
>Ravi Rai
> 
>
>> Date: Mon, 9 Jul 2012 06:32:14 -0600
>> From: lj.longwing....@mda.mil
>> Subject: Re: Upgrade ARS 7.1 to 7.6.04 SP2 in server group
>> To: arslist@ARSLIST.ORG
>> 
>> Jaya,
>> I experienced a similar issue with recent upgrades...and what I found worked 
>> was to shut down the email engine on the node that you are upgradingfor 
>> some reason, the installer recognizes that the port is in use, but not that 
>> the app using it is the email engineso just shut down the email engine 
>> on that node and it upgraded just fine for me.
>> 
>> -Original Message-
>> From: Action Request System discussion list(ARSList) 
>> [mailto:arslist@ARSLIST.ORG] On Behalf Of jaya munjal
>> Sent: Sunday, July 08, 2012 4:44 AM
>> To: arslist@ARSLIST.ORG
>> Subject: Upgrade ARS 7.1 to 7.6.04 SP2 in server group
>> 
>> **
>> Hi List
>> 
>> We are trying to upgrade our environment (5 ARS in a server group mode) with 
>> email engine installed on all ARS servers. The problem we see is upgrading 
>> the secondary servers if we select email engine along with the ARS server in 
>> the server group mode.
>> 
>> Below are the steps we are following and the installer doesn't allow us to 
>> install engine engine on the secondary server as it says port 1100 (this is 
>> port on which email engine is running in our environment) is in use
>> 
>> - Stop all servers expect the primary server
>> - take the primary server out of the server group and we upgrade it along 
>> with email engine - this works fine
>> - Take the secondary servers out server group - run the installer select 
>> server group upgrade mode along with email - this gives us an error that 
>> port 1100 is already in use
>> 
>> We have tried stopping the email engine on the primary server still the 
>> installer doesn't allow us to upgrade the email engine.
>> 
>> Any ideas what could be the issue or is there a different approach to 
>> upgrade a server group environment along with email//
>> 
>> Please suggest
>> 
>> Environment details
>> ARS - 7.1 patch 5( server group of 5 servers) OS - Solaris 9 DB - Oracle
>> 
>> Thanks
>> Jaya
>> 
>> 
>> 
>> _attend WWRUG12 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"
> 
>___
>UNSUBSCRIBE or access ARSlist Archives at www.arslist.org
>attend wwrug12 www.wwrug12.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"

Re: Upgrade ARS 7.1 to 7.6.04 SP2 in server group

[ravi rai]

Jaya,
Also set the start option Manual during installation so that it dont start 
along with other dependent service.
 
Ravi Rai
 

> Date: Mon, 9 Jul 2012 06:32:14 -0600
> From: lj.longwing@mda.mil
> Subject: Re: Upgrade ARS 7.1 to 7.6.04 SP2 in server group
> To: arslist@ARSLIST.ORG
> 
> Jaya,
> I experienced a similar issue with recent upgrades...and what I found worked 
> was to shut down the email engine on the node that you are upgradingfor 
> some reason, the installer recognizes that the port is in use, but not that 
> the app using it is the email engineso just shut down the email engine on 
> that node and it upgraded just fine for me.
> 
> -Original Message-
> From: Action Request System discussion list(ARSList) 
> [mailto:arslist@ARSLIST.ORG] On Behalf Of jaya munjal
> Sent: Sunday, July 08, 2012 4:44 AM
> To: arslist@ARSLIST.ORG
> Subject: Upgrade ARS 7.1 to 7.6.04 SP2 in server group
> 
> **
> Hi List
> 
> We are trying to upgrade our environment (5 ARS in a server group mode) with 
> email engine installed on all ARS servers. The problem we see is upgrading 
> the secondary servers if we select email engine along with the ARS server in 
> the server group mode.
> 
> Below are the steps we are following and the installer doesn't allow us to 
> install engine engine on the secondary server as it says port 1100 (this is 
> port on which email engine is running in our environment) is in use
> 
> - Stop all servers expect the primary server
> - take the primary server out of the server group and we upgrade it along 
> with email engine - this works fine
> - Take the secondary servers out server group - run the installer select 
> server group upgrade mode along with email - this gives us an error that port 
> 1100 is already in use
> 
> We have tried stopping the email engine on the primary server still the 
> installer doesn't allow us to upgrade the email engine.
> 
> Any ideas what could be the issue or is there a different approach to upgrade 
> a server group environment along with email//
> 
> Please suggest
> 
> Environment details
> ARS - 7.1 patch 5( server group of 5 servers) OS - Solaris 9 DB - Oracle
> 
> Thanks
> Jaya
> 
> 
> 
> _attend WWRUG12 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"
  
___
UNSUBSCRIBE or access ARSlist Archives at www.arslist.org
attend wwrug12 www.wwrug12.com ARSList: "Where the Answers Are"

Re: Upgrade ARS 7.1 to 7.6.04 SP2 in server group

[Longwing, LJ CTR MDA/IC]

Jaya,
I experienced a similar issue with recent upgrades...and what I found worked 
was to shut down the email engine on the node that you are upgradingfor 
some reason, the installer recognizes that the port is in use, but not that the 
app using it is the email engineso just shut down the email engine on that 
node and it upgraded just fine for me.

-Original Message-
From: Action Request System discussion list(ARSList) 
[mailto:arslist@ARSLIST.ORG] On Behalf Of jaya munjal
Sent: Sunday, July 08, 2012 4:44 AM
To: arslist@ARSLIST.ORG
Subject: Upgrade ARS 7.1 to 7.6.04 SP2 in server group

**
Hi List

We are trying to upgrade our environment (5 ARS in a server group mode) with 
email engine installed on all ARS servers. The problem we see is upgrading the 
secondary servers if we select email engine along with the ARS server in the 
server group mode.

Below are the steps we are following and the installer doesn't allow us to 
install engine engine on the secondary server as it says port 1100 (this is 
port on which email engine is running in our environment) is in use

- Stop all servers expect the primary server
- take the primary server out of the server group and we upgrade it along with 
email engine - this works fine
- Take the secondary servers out server group - run the installer select server 
group upgrade mode along with email - this gives us an error that port 1100 is 
already in use

We have tried stopping the email engine on the primary server still the 
installer doesn't allow us to upgrade the email engine.

Any ideas what could be the issue or is there a different approach to upgrade a 
server group environment along with email//

Please suggest

Environment details
ARS - 7.1 patch 5( server group of 5 servers) OS - Solaris 9 DB - Oracle

Thanks
Jaya



_attend WWRUG12 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"

Re: Upgrade ARS 7.1 to ARS 7.6.04

[Joe Martin D'Souza]

While that is recommended by Oracle (and perhaps all other DB vendors), it is 
not always possible to do that. Applications (not just Remedy) that depend on a 
vendor database, are designed to connect and communicate with the database 
using a client library. So when that client library is upgraded, the 
application may no longer be compatible with the underlying DB. Client 
libraries of a DB on the other hand are generally always compatible for at 
least one version backwards.

I would update client libraries with as much care as upgrading the underlying 
DB, and not just do it because the underlying DB is compatible with the 
application, but not its client of that same version..

The upgrade problem you had must have been specific to that particular upgrade 
script & if I was you, I would raise it as a defect as the upgrade script was 
perhaps deficient to not handle the previous database client libraries..

Joe

From: Shiju John 
Sent: Wednesday, April 04, 2012 8:55 AM
Newsgroups: public.remedy.arsystem.general
To: arslist@ARSLIST.ORG 
Subject: Re: Upgrade ARS 7.1 to ARS 7.6.04

** 
Hi,

The 11g client donot work properly, with the Oracle 10g R2 Server. In a recent 
up gradation, i have faced the same issue, and was forced to degrade the client 
version to 10g R2 client.
It is mentioned in the Oracle site (as far as I remember) that the server and 
clients should be in the same version, but release doesnot matter. 

Thanks,
Shiju


On Wed, Apr 4, 2012 at 6:56 AM, jaya munjal  wrote:

  ** 
  Frederick


  We are on Unix and know we need a 64 bit Oracle 11g client. But wanted to 
check if there are any issues that people have faced using 11g client with 10g 
server.

  As BMC support is saying that we would have to test ourselves if 11g client 
is fully compatible with 10g server

  Regards
  Jaya



--
  From: "Grooms, Frederick W" 
  To: arslist@ARSLIST.ORG 
  Sent: Wednesday, April 4, 2012 12:55 AM 

  Subject: Re: Upgrade ARS 7.1 to ARS 7.6.04


  ** 
  What OS are you on?   For unix/Linux ARS 7.6.04 requires the 64 bit Oracle 
11g client which will work with the 10g server.

  Also I am with you that you never want to do both a DB upgrade and an 
application upgrade at the same time.

  Fred


  From: Action Request System discussion list(ARSList) 
[mailto:arslist@ARSLIST.ORG] On Behalf Of jaya munjal
  Sent: Tuesday, April 03, 2012 1:57 PM
  To: arslist@ARSLIST.ORG
  Subject: Re: Upgrade ARS 7.1 to ARS 7.6.04

  ** 
  Hi David

  Thanks for your response. Yes we plan to upgrade to Oracle 11g but we are 
planning to upgrade to ARS 7.6.04 in one change window and in the following 
week upgrade the DB to oracle 11g. 

  The reason for this is that we have around 5 AR servers (server group setup) 
and 13 mid-tier to upgrade. Incase we go for both the upgrades in the same 
window our downtime will be very high.

  In order to reduce the downtime we are planning to split the ARS and DB 
upgrades.

  But I wanted to ensure that apart from the Oracle support perspective are 
there any known issues or potential performance issues if application works on 
Oracle 10g

  Regards


--

  From: "Easter, David" 
  To: arslist@ARSLIST.ORG 
  Sent: Wednesday, April 4, 2012 12:18 AM
  Subject: Re: Upgrade ARS 7.1 to ARS 7.6.04

  ** 
  I would recommend you consider the further supportability of Oracle 10gR2 by 
Oracle as the primary factor in your decision.

  http://www.orafaq.com/wiki/Oracle_10g
  Oracle 10g Release 2 (10.2.0)
  In July 2005, Oracle Database 10.2.0.1 - also known as Oracle Database 10g 
Release 2 (10gR2) - was released. 
  Status: Supported
  Latest patch-set: 10.2.0.5 (the terminal patch set for this release) 
  Premier Support Ends: 31-Jul-2010 (First Year Extended Support fees waived, 
so it will be fully supported until 31-Jul-2011)
  Extended Support Ends: 31-Jul-2013 
  So if you upgrade to AR System 7.6.04 SP2 without upgrading the database, do 
you have Extended Support for your Oracle implementation?  Even if you do, will 
you plan to upgrade again prior to July 2013?

  -David J. Easter
  Manager of Product Management, Remedy Platform
  BMC Software, Inc.

  The opinions, statements, and/or suggested courses of action expressed in 
this E-mail do not necessarily reflect those of BMC Software, Inc.  My 
voluntary participation in this forum is not intended to convey a role as a 
spokesperson, liaison or public relations representative for BMC Software, Inc.

  From: Action Request System discussion list(ARSList) 
[mailto:arslist@ARSLIST.ORG] On Behalf Of jaya munjal
  Sent: Tuesday, April 03, 2012 11:35 AM
  To: arslist@ARSLIST.ORG
  Subject: Upgrade ARS 7.1 to ARS 7.6.04

  ** 
  Hi List

  We are planning to upgrade our existing ARS server from ARS 7.1 patch 5 to 
ARS 7.6.04 SP2. Currently we are usin

Re: Upgrade ARS 7.1 to ARS 7.6.04

[Grooms, Frederick W]

We have been using the Oracle 11g client against a 10g r2 (10.2.0.3) server 
with no problems.  Just set up the connection as a remote DB server (even if it 
is on the same server) using TWO_TASK and SERVICE_NAME or SID.

Fred

From: Action Request System discussion list(ARSList) 
[mailto:arslist@ARSLIST.ORG] On Behalf Of jaya munjal
Sent: Tuesday, April 03, 2012 10:57 PM
To: arslist@ARSLIST.ORG
Subject: Re: Upgrade ARS 7.1 to ARS 7.6.04

**
Frederick

We are on Unix and know we need a 64 bit Oracle 11g client. But wanted to check 
if there are any issues that people have faced using 11g client with 10g server.

As BMC support is saying that we would have to test ourselves if 11g client is 
fully compatible with 10g server
Regards
Jaya


From: "Grooms, Frederick W"
To: arslist@ARSLIST.ORG<mailto:arslist@ARSLIST.ORG>
Sent: Wednesday, April 4, 2012 12:55 AM
Subject: Re: Upgrade ARS 7.1 to ARS 7.6.04

**
What OS are you on?   For unix/Linux ARS 7.6.04 requires the 64 bit Oracle 11g 
client which will work with the 10g server.

Also I am with you that you never want to do both a DB upgrade and an 
application upgrade at the same time.

Fred


From: Action Request System discussion list(ARSList) 
[mailto:arslist@ARSLIST.ORG]<mailto:[mailto:arslist@ARSLIST.ORG]> On Behalf Of 
jaya munjal
Sent: Tuesday, April 03, 2012 1:57 PM
To: arslist@ARSLIST.ORG<mailto:arslist@ARSLIST.ORG>
Subject: Re: Upgrade ARS 7.1 to ARS 7.6.04

**
Hi David

Thanks for your response. Yes we plan to upgrade to Oracle 11g but we are 
planning to upgrade to ARS 7.6.04 in one change window and in the following 
week upgrade the DB to oracle 11g.

The reason for this is that we have around 5 AR servers (server group setup) 
and 13 mid-tier to upgrade. Incase we go for both the upgrades in the same 
window our downtime will be very high.

In order to reduce the downtime we are planning to split the ARS and DB 
upgrades.

But I wanted to ensure that apart from the Oracle support perspective are there 
any known issues or potential performance issues if application works on Oracle 
10g

Regards


From: "Easter, David" mailto:david_eas...@bmc.com>>
To: arslist@ARSLIST.ORG<mailto:arslist@ARSLIST.ORG>
Sent: Wednesday, April 4, 2012 12:18 AM
Subject: Re: Upgrade ARS 7.1 to ARS 7.6.04

**
I would recommend you consider the further supportability of Oracle 10gR2 by 
Oracle as the primary factor in your decision.

http://www.orafaq.com/wiki/Oracle_10g
Oracle 10g Release 2 (10.2.0)
In July 2005<http://www.orafaq.com/wiki/2005>, Oracle Database 10.2.0.1 - also 
known as Oracle Database 10g Release 2 (10gR2) - was released.
Status: Supported
Latest patch-set: 10.2.0.5 (the terminal patch set for this release)
Premier Support Ends: 31-Jul-2010<http://www.orafaq.com/wiki/2010> (First Year 
Extended Support fees waived, so it will be fully supported until 
31-Jul-2011<http://www.orafaq.com/wiki/2011>)
Extended Support Ends: 31-Jul-2013<http://www.orafaq.com/wiki/2013>
So if you upgrade to AR System 7.6.04 SP2 without upgrading the database, do 
you have Extended Support for your Oracle implementation?  Even if you do, will 
you plan to upgrade again prior to July 2013?

-David J. Easter
Manager of Product Management, Remedy Platform
BMC Software, Inc.

The opinions, statements, and/or suggested courses of action expressed in this 
E-mail do not necessarily reflect those of BMC Software, Inc.  My voluntary 
participation in this forum is not intended to convey a role as a spokesperson, 
liaison or public relations representative for BMC Software, Inc.

From: Action Request System discussion list(ARSList) 
[mailto:arslist@ARSLIST.ORG]<mailto:[mailto:arslist@ARSLIST.ORG]> On Behalf Of 
jaya munjal
Sent: Tuesday, April 03, 2012 11:35 AM
To: arslist@ARSLIST.ORG<mailto:arslist@ARSLIST.ORG>
Subject: Upgrade ARS 7.1 to ARS 7.6.04

**
Hi List

We are planning to upgrade our existing ARS server from ARS 7.1 patch 5 to ARS 
7.6.04 SP2. Currently we are using Oracle 10g R2 which is minimum version of 
Oracle that is supported by ARS 7.6.04 as per the compatibility matrix.

I wanted to check is there any merit or does BMC recommend that Oracle DB 
should be upgrade to 11g along with the ARS upgrade, or it can be done 
seperately.

I would really appreciate if you could share your experiences.

Thank
Jaya



___
UNSUBSCRIBE or access ARSlist Archives at www.arslist.org
attend wwrug12 www.wwrug12.com ARSList: "Where the Answers Are"

Re: Upgrade ARS 7.1 to ARS 7.6.04

[Shiju John]

Hi,

The 11g client donot work properly, with the Oracle 10g R2 Server. In a
recent up gradation, i have faced the same issue, and was forced to degrade
the client version to 10g R2 client.
It is mentioned in the Oracle site (as far as I remember) that the server
and clients should be in the same version, but release doesnot matter.

Thanks,
Shiju

On Wed, Apr 4, 2012 at 6:56 AM, jaya munjal  wrote:

> **
> Frederick
>
> We are on Unix and know we need a 64 bit Oracle 11g client. But wanted to
> check if there are any issues that people have faced using 11g client with
> 10g server.
>
> As BMC support is saying that we would have to test ourselves if 11g
> client is fully compatible with 10g server
> Regards
> Jaya
>
>   --
> *From:* "Grooms, Frederick W" 
> *To:* arslist@ARSLIST.ORG
> *Sent:* Wednesday, April 4, 2012 12:55 AM
>
> *Subject:* Re: Upgrade ARS 7.1 to ARS 7.6.04
>
> **
>  What OS are you on?   For unix/Linux ARS 7.6.04 requires the 64 bit
> Oracle 11g client which will work with the 10g server.
>
> Also I am with you that you never want to do both a DB upgrade and an
> application upgrade at the same time.
>
> Fred
>
>
> *From:* Action Request System discussion list(ARSList) [mailto:
> arslist@ARSLIST.ORG] *On Behalf Of *jaya munjal
> *Sent:* Tuesday, April 03, 2012 1:57 PM
> *To:* arslist@ARSLIST.ORG
> *Subject:* Re: Upgrade ARS 7.1 to ARS 7.6.04
>
> **
> Hi David
>
>  Thanks for your response. Yes we plan to upgrade to Oracle 11g but we
> are planning to upgrade to ARS 7.6.04 in one change window and in the
> following week upgrade the DB to oracle 11g.
>
>  The reason for this is that we have around 5 AR servers (server group
> setup) and 13 mid-tier to upgrade. Incase we go for both the upgrades in
> the same window our downtime will be very high.
>
>  In order to reduce the downtime we are planning to split the ARS and DB
> upgrades.
>
> But I wanted to ensure that apart from the Oracle support perspective are
> there any known issues or potential performance issues if application works
> on Oracle 10g
>
>  Regards
>
>--
>  *From:* "Easter, David" 
> *To:* arslist@ARSLIST.ORG
> *Sent:* Wednesday, April 4, 2012 12:18 AM
> *Subject:* Re: Upgrade ARS 7.1 to ARS 7.6.04
>
>  **
>   I would recommend you consider the further supportability of Oracle
> 10gR2 by Oracle as the primary factor in your decision.
>
>  http://www.orafaq.com/wiki/Oracle_10g
>  *Oracle 10g Release 2 (10.2.0)*
> In July 2005 <http://www.orafaq.com/wiki/2005>, Oracle Database 10.2.0.1
> - also known as Oracle Database 10g Release 2 (10gR2) - was released.
>  Status: Supported
> Latest patch-set: 10.2.0.5 (the terminal patch set for this release)
>  Premier Support Ends: 31-Jul-2010 <http://www.orafaq.com/wiki/2010>(First 
> Year Extended Support fees waived, so it will be fully supported
> until 31-Jul-2011 <http://www.orafaq.com/wiki/2011>)
> Extended Support Ends: 31-Jul-2013 <http://www.orafaq.com/wiki/2013>
>  So if you upgrade to AR System 7.6.04 SP2 without upgrading the
> database, do you have Extended Support for your Oracle implementation?
> Even if you do, will you plan to upgrade again prior to July 2013?
>
>  -David J. Easter
>  Manager of Product Management, Remedy Platform
>  BMC Software, Inc.
>
>  The opinions, statements, and/or suggested courses of action expressed
> in this E-mail do not necessarily reflect those of BMC Software, Inc.  My
> voluntary participation in this forum is not intended to convey a role as a
> spokesperson, liaison or public relations representative for BMC Software,
> Inc.
>
>   *From:* Action Request System discussion list(ARSList)
> [mailto:arslist@ARSLIST.ORG] *On Behalf Of *jaya munjal
> *Sent:* Tuesday, April 03, 2012 11:35 AM
> *To:* arslist@ARSLIST.ORG
> *Subject:* Upgrade ARS 7.1 to ARS 7.6.04
>
>  **
>   Hi List
>
>   We are planning to upgrade our existing ARS server from ARS 7.1 patch 5
> to ARS 7.6.04 SP2. Currently we are using Oracle 10g R2 which is minimum
> version of Oracle that is supported by ARS 7.6.04 as per the compatibility
> matrix.
>
>   I wanted to check is there any merit or does BMC recommend that Oracle
> DB should be upgrade to 11g along with the ARS upgrade, or it can be done
> seperately.
>
>   I would really appreciate if you could share your experiences.
>
>   Thank
>   Jaya
>
>
>  _attend WWRUG12 www.wwrug.com ARSlist: "Where the Answers Are"_
>
>
>   _attend WWRUG12 www.wwrug.com ARSlist: "Where the Answers Are"_
>



-- 

Thanks and Regards,
Shiju John

___
UNSUBSCRIBE or access ARSlist Archives at www.arslist.org
attend wwrug12 www.wwrug12.com ARSList: "Where the Answers Are"

Re: Upgrade ARS 7.1 to ARS 7.6.04

[jaya munjal]

Frederick

We are on Unix and know we need a 64 bit Oracle 11g client. But wanted to check 
if there are any issues that people have faced using 11g client with 10g server.

As BMC support is saying that we would have to test ourselves if 11g client is 
fully compatible with 10g server

Regards
Jaya




 From: "Grooms, Frederick W" 
To: arslist@ARSLIST.ORG 
Sent: Wednesday, April 4, 2012 12:55 AM
Subject: Re: Upgrade ARS 7.1 to ARS 7.6.04
 

**  
What OS are you on?   For unix/Linux ARS 7.6.04 requires the 64 bit Oracle 11g 
client which will work with the 10g server.
 
Also I am with you that you never want to do both a DB upgrade and an 
application upgrade at the same time.
 
Fred
 
 
From:Action Request System discussion list(ARSList) 
[mailto:arslist@ARSLIST.ORG] On Behalf Of jaya munjal
Sent: Tuesday, April 03, 2012 1:57 PM
To: arslist@ARSLIST.ORG
Subject: Re: Upgrade ARS 7.1 to ARS 7.6.04
 
** 
Hi David
 
Thanks for your response. Yes we plan to upgrade to Oracle 11g but we are 
planning to upgrade to ARS 7.6.04 in one change window and in the following 
week upgrade the DB to oracle 11g. 
 
The reason for this is that we have around 5 AR servers (server group setup) 
and 13 mid-tier to upgrade. Incase we go for both the upgrades in the same 
window our downtime will be very high.
 
In order to reduce the downtime we are planning to split the ARS and DB 
upgrades.

But I wanted to ensure that apart from the Oracle support perspective are there 
any known issues or potential performance issues if application works on Oracle 
10g
 
Regards
 


 
From:"Easter, David" 
To: arslist@ARSLIST.ORG 
Sent: Wednesday, April 4, 2012 12:18 AM
Subject: Re: Upgrade ARS 7.1 to ARS 7.6.04
 
** 
I would recommend you consider the further supportability of Oracle 10gR2 by 
Oracle as the primary factor in your decision.
 
http://www.orafaq.com/wiki/Oracle_10g
Oracle 10g Release 2 (10.2.0)
In July 2005, Oracle Database 10.2.0.1 - also known as Oracle Database 10g 
Release 2 (10gR2) - was released. 
Status: Supported
Latest patch-set: 10.2.0.5 (the terminal patch set for this release) 
Premier Support Ends: 31-Jul-2010 (First Year Extended Support fees waived, so 
it will be fully supported until 31-Jul-2011)
Extended Support Ends: 31-Jul-2013 
So if you upgrade to AR System 7.6.04 SP2 without upgrading the database, do 
you have Extended Support for your Oracle implementation?  Even if you do, will 
you plan to upgrade again prior to July 2013?
 
-David J. Easter
Manager of Product Management, Remedy Platform
BMC Software, Inc.
 
The opinions, statements, and/or suggested courses of action expressed in this 
E-mail do not necessarily reflect those of BMC Software, Inc.  My voluntary 
participation in this forum is not intended to convey a role as a spokesperson, 
liaison or public relations representative for BMC Software, Inc.
 
From:Action Request System discussion list(ARSList) 
[mailto:arslist@ARSLIST.ORG] On Behalf Of  jaya munjal
Sent: Tuesday, April 03, 2012 11:35 AM
To: arslist@ARSLIST.ORG
Subject: Upgrade ARS 7.1 to ARS 7.6.04
 
** 
Hi List
 
We are planning to upgrade our existing ARS server from ARS 7.1 patch 5 to ARS 
7.6.04 SP2. Currently we are using Oracle 10g R2 which is minimum version of 
Oracle that is supported by ARS 7.6.04 as per the compatibility matrix.
 
I wanted to check is there any merit or does BMC recommend that Oracle DB 
should be upgrade to 11g along with the ARS upgrade, or it can be done 
seperately.
 
I would really appreciate if you could share your experiences.
 
Thank
Jaya
 
 
_attend WWRUG12 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"

Re: Upgrade ARS 7.1 to ARS 7.6.04

[Grooms, Frederick W]

What OS are you on?   For unix/Linux ARS 7.6.04 requires the 64 bit Oracle 11g 
client which will work with the 10g server.

Also I am with you that you never want to do both a DB upgrade and an 
application upgrade at the same time.

Fred


From: Action Request System discussion list(ARSList) 
[mailto:arslist@ARSLIST.ORG] On Behalf Of jaya munjal
Sent: Tuesday, April 03, 2012 1:57 PM
To: arslist@ARSLIST.ORG
Subject: Re: Upgrade ARS 7.1 to ARS 7.6.04

**
Hi David

Thanks for your response. Yes we plan to upgrade to Oracle 11g but we are 
planning to upgrade to ARS 7.6.04 in one change window and in the following 
week upgrade the DB to oracle 11g.

The reason for this is that we have around 5 AR servers (server group setup) 
and 13 mid-tier to upgrade. Incase we go for both the upgrades in the same 
window our downtime will be very high.

In order to reduce the downtime we are planning to split the ARS and DB 
upgrades.

But I wanted to ensure that apart from the Oracle support perspective are there 
any known issues or potential performance issues if application works on Oracle 
10g

Regards


From: "Easter, David" mailto:david_eas...@bmc.com>>
To: arslist@ARSLIST.ORG<mailto:arslist@ARSLIST.ORG>
Sent: Wednesday, April 4, 2012 12:18 AM
Subject: Re: Upgrade ARS 7.1 to ARS 7.6.04

**
I would recommend you consider the further supportability of Oracle 10gR2 by 
Oracle as the primary factor in your decision.

http://www.orafaq.com/wiki/Oracle_10g
Oracle 10g Release 2 (10.2.0)
In July 2005<http://www.orafaq.com/wiki/2005>, Oracle Database 10.2.0.1 - also 
known as Oracle Database 10g Release 2 (10gR2) - was released.
Status: Supported
Latest patch-set: 10.2.0.5 (the terminal patch set for this release)
Premier Support Ends: 31-Jul-2010<http://www.orafaq.com/wiki/2010> (First Year 
Extended Support fees waived, so it will be fully supported until 
31-Jul-2011<http://www.orafaq.com/wiki/2011>)
Extended Support Ends: 31-Jul-2013<http://www.orafaq.com/wiki/2013>
So if you upgrade to AR System 7.6.04 SP2 without upgrading the database, do 
you have Extended Support for your Oracle implementation?  Even if you do, will 
you plan to upgrade again prior to July 2013?

-David J. Easter
Manager of Product Management, Remedy Platform
BMC Software, Inc.

The opinions, statements, and/or suggested courses of action expressed in this 
E-mail do not necessarily reflect those of BMC Software, Inc.  My voluntary 
participation in this forum is not intended to convey a role as a spokesperson, 
liaison or public relations representative for BMC Software, Inc.

From: Action Request System discussion list(ARSList) 
[mailto:arslist@ARSLIST.ORG]<mailto:[mailto:arslist@ARSLIST.ORG]> On Behalf Of 
jaya munjal
Sent: Tuesday, April 03, 2012 11:35 AM
To: arslist@ARSLIST.ORG<mailto:arslist@ARSLIST.ORG>
Subject: Upgrade ARS 7.1 to ARS 7.6.04

**
Hi List

We are planning to upgrade our existing ARS server from ARS 7.1 patch 5 to ARS 
7.6.04 SP2. Currently we are using Oracle 10g R2 which is minimum version of 
Oracle that is supported by ARS 7.6.04 as per the compatibility matrix.

I wanted to check is there any merit or does BMC recommend that Oracle DB 
should be upgrade to 11g along with the ARS upgrade, or it can be done 
seperately.

I would really appreciate if you could share your experiences.

Thank
Jaya



___
UNSUBSCRIBE or access ARSlist Archives at www.arslist.org
attend wwrug12 www.wwrug12.com ARSList: "Where the Answers Are"

Re: Upgrade ARS 7.1 to ARS 7.6.04

[jaya munjal]

Hi David

Thanks for your response. Yes we plan to upgrade to Oracle 11g but we are 
planning to upgrade to ARS 7.6.04 in one change window and in the following 
week upgrade the DB to oracle 11g. 


The reason for this is that we have around 5 AR servers (server group setup) 
and 13 mid-tier to upgrade. Incase we go for both the upgrades in the same 
window our downtime will be very high.

In order to reduce the downtime we are planning to split the ARS and DB 
upgrades.

But I wanted to ensure that apart from the Oracle support perspective are there 
any known issues or potential performance issues if application works on Oracle 
10g


Regards




 From: "Easter, David" 
To: arslist@ARSLIST.ORG 
Sent: Wednesday, April 4, 2012 12:18 AM
Subject: Re: Upgrade ARS 7.1 to ARS 7.6.04
 

**  
I would recommend you consider the further supportability of
Oracle 10gR2 by Oracle as the primary factor in your decision.
 
http://www.orafaq.com/wiki/Oracle_10g
Oracle 10g Release 2 (10.2.0)
In July 2005, Oracle
Database 10.2.0.1 - also known as Oracle Database 10g Release 2 (10gR2) - was
released. 
Status: Supported
Latest patch-set: 10.2.0.5 (the terminal patch set for this release) 
Premier Support Ends: 31-Jul-2010 (First Year Extended Support fees waived, so 
it will be
fully supported until 31-Jul-2011)
Extended Support Ends: 31-Jul-2013 
So if you upgrade to AR System 7.6.04 SP2 without upgrading the
database, do you have Extended Support for your Oracle implementation? 
Even if you do, will you plan to upgrade again prior to July 2013?
 
-David J. Easter
Manager of Product Management, Remedy Platform
BMC Software, Inc.
 
The opinions, statements, and/or suggested courses of
action expressed in this E-mail do not necessarily reflect those of BMC
Software, Inc.  My voluntary participation in this forum is not intended
to convey a role as a spokesperson, liaison or public relations representative
for BMC Software, Inc.
 
From:Action Request
System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG] On Behalf Of jaya
munjal
Sent: Tuesday, April 03, 2012 11:35 AM
To: arslist@ARSLIST.ORG
Subject: Upgrade ARS 7.1 to ARS 7.6.04
 
** 
Hi List
 
We are
planning to upgrade our existing ARS server from ARS 7.1 patch 5 to ARS 7.6.04
SP2. Currently we are using Oracle 10g R2 which is minimum version of Oracle
that is supported by ARS 7.6.04 as per the compatibility matrix.
 
I wanted
to check is there any merit or does BMC recommend that Oracle DB should be
upgrade to 11g along with the ARS upgrade, or it can be done seperately.
 
I would
really appreciate if you could share your experiences.
 
Thank
Jaya
_attend WWRUG12 www.wwrug.com ARSlist: "Where the
Answers Are"_
_attend WWRUG12 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"

Re: Upgrade ARS 7.1 to ARS 7.6.04

[Easter, David]

I would recommend you consider the further supportability of Oracle 10gR2 by 
Oracle as the primary factor in your decision.

http://www.orafaq.com/wiki/Oracle_10g
Oracle 10g Release 2 (10.2.0)

In July 2005, Oracle Database 10.2.0.1 - also 
known as Oracle Database 10g Release 2 (10gR2) - was released.

Status: Supported
Latest patch-set: 10.2.0.5 (the terminal patch set for this release)

Premier Support Ends: 31-Jul-2010 (First Year 
Extended Support fees waived, so it will be fully supported until 
31-Jul-2011)
Extended Support Ends: 31-Jul-2013
So if you upgrade to AR System 7.6.04 SP2 without upgrading the database, do 
you have Extended Support for your Oracle implementation?  Even if you do, will 
you plan to upgrade again prior to July 2013?

-David J. Easter
Manager of Product Management, Remedy Platform
BMC Software, Inc.

The opinions, statements, and/or suggested courses of action expressed in this 
E-mail do not necessarily reflect those of BMC Software, Inc.  My voluntary 
participation in this forum is not intended to convey a role as a spokesperson, 
liaison or public relations representative for BMC Software, Inc.

From: Action Request System discussion list(ARSList) 
[mailto:arslist@ARSLIST.ORG] On Behalf Of jaya munjal
Sent: Tuesday, April 03, 2012 11:35 AM
To: arslist@ARSLIST.ORG
Subject: Upgrade ARS 7.1 to ARS 7.6.04

**
Hi List

We are planning to upgrade our existing ARS server from ARS 7.1 patch 5 to ARS 
7.6.04 SP2. Currently we are using Oracle 10g R2 which is minimum version of 
Oracle that is supported by ARS 7.6.04 as per the compatibility matrix.

I wanted to check is there any merit or does BMC recommend that Oracle DB 
should be upgrade to 11g along with the ARS upgrade, or it can be done 
seperately.

I would really appreciate if you could share your experiences.

Thank
Jaya
_attend WWRUG12 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"

Re: Upgrade ARS

[Haque, Rezaul R]

Thank you all for all the discussions, but I was hoping to find some steps or 
possible directions for ARS from 7.0.1 to 7.5

Rezaul

From: Action Request System discussion list(ARSList) 
[mailto:arsl...@arslist.org] On Behalf Of Easter, David
Sent: Tuesday, June 08, 2010 2:29 AM
To: arslist@ARSLIST.ORG
Subject: Re: Upgrade ARS

**
I don't have any data to comment on that - but since it's literally the same 
installer, I would assume it would use similar if not identical disk usage.  
It's just a flag to the installer - it's not its own different installer.  You 
can read up on it in Appendix B of the Install Guide if you like.

-David J. Easter
Sr. Product Manager, Enterprise Service Management
BMC Software, Inc.

The opinions, statements, and/or suggested courses of action expressed in this 
E-mail do not necessarily reflect those of BMC Software, Inc.  My voluntary 
participation in this forum is not intended to convey a role as a spokesperson, 
liaison or public relations representative for BMC Software, Inc.

From: Action Request System discussion list(ARSList) 
[mailto:arsl...@arslist.org] On Behalf Of Joe D'Souza
Sent: Monday, June 07, 2010 8:58 PM
To: arslist@ARSLIST.ORG
Subject: Re: Upgrade ARS

**
And the disk space required by the silent installer (for temp files) is the 
same as that required by the graphical counterpart?

Joe
-Original Message-
From: Action Request System discussion list(ARSList) 
[mailto:arsl...@arslist.org]on Behalf Of Easter, David
Sent: Monday, June 07, 2010 11:31 PM
To: arslist@ARSLIST.ORG
Subject: Re: Upgrade ARS
**
The silent installer is quicker only inasmuch as you don't need to manually 
answer the questions - because you set up all the answers in the silent install 
file ahead of time.  Other than that, it's the same installer.

-David J. Easter
Sr. Product Manager, Enterprise Service Management
BMC Software, Inc.

The opinions, statements, and/or suggested courses of action expressed in this 
E-mail do not necessarily reflect those of BMC Software, Inc.  My voluntary 
participation in this forum is not intended to convey a role as a spokesperson, 
liaison or public relations representative for BMC Software, Inc.

From: Action Request System discussion list(ARSList) 
[mailto:arsl...@arslist.org] On Behalf Of Joe D'Souza
Sent: Monday, June 07, 2010 7:17 PM
To: arslist@ARSLIST.ORG
Subject: Re: Upgrade ARS

**
Interesting.. Does it take shorter times to install it using the silent 
installer function than the graphical one? The graphical one is really slow at 
times and requires a lot more free disk space while installing than the script 
installers used to in the past.. For better or for worse its a resource hog 
generally speaking - but it gave me a good reason to help me get extra disk 
space that's always nice to have on a couple of projects..

Joe
-Original Message-
From: Action Request System discussion list(ARSList) 
[mailto:arsl...@arslist.org]on Behalf Of Easter, David
Sent: Monday, June 07, 2010 9:51 PM
To: arslist@ARSLIST.ORG
Subject: Re: Upgrade ARS
**

1.   It no longer is a script based installer, it now requires x windows 
enabled

That's not completely accurate - there is a silent installer function that does 
not require X-windows and it can be executed from a larger script.  In fact, 
BMC uses BMC Atrium Orchestrator and BMC BladeLogic scripts internally to do 
installations of AR System and ITSM on demand from internal consumers without 
the need for a graphical client terminal session.  But even without those 
additional solutions, one can always just run the silent installer manually 
without needing X-windows.

-David J. Easter
Sr. Product Manager, Enterprise Service Management
BMC Software, Inc.

The opinions, statements, and/or suggested courses of action expressed in this 
E-mail do not necessarily reflect those of BMC Software, Inc.  My voluntary 
participation in this forum is not intended to convey a role as a spokesperson, 
liaison or public relations representative for BMC Software, Inc.

From: Action Request System discussion list(ARSList) 
[mailto:arsl...@arslist.org] On Behalf Of Joe D'Souza
Sent: Monday, June 07, 2010 4:13 PM
To: arslist@ARSLIST.ORG
Subject: Re: Upgrade ARS

**
Rezaul,

The only major difference is the way the installer runs.. It no longer is a 
script based installer, it now requires x windows enabled. You need to make 
sure you have your client terminal session that you are using to run the 
installer, setup for x windows. If you are using Putty, you can use Xming 
server and Xming Portable Putty that you can run graphical programs from. Its a 
freeware and you should find the two installers for the server and the portable 
putty terminal installer online..

Joe
-Original Message-
From: Action Request System discussion list(ARSList) 
[mailto:arsl...@arslist.org]on Behalf Of Haque, Rezaul R
Sent: Monday, June 07, 2010 3:16 PM
To: arsli

Re: Upgrade ARS

[Easter, David]

I don't have any data to comment on that - but since it's literally the same 
installer, I would assume it would use similar if not identical disk usage.  
It's just a flag to the installer - it's not its own different installer.  You 
can read up on it in Appendix B of the Install Guide if you like.

-David J. Easter
Sr. Product Manager, Enterprise Service Management
BMC Software, Inc.

The opinions, statements, and/or suggested courses of action expressed in this 
E-mail do not necessarily reflect those of BMC Software, Inc.  My voluntary 
participation in this forum is not intended to convey a role as a spokesperson, 
liaison or public relations representative for BMC Software, Inc.

From: Action Request System discussion list(ARSList) 
[mailto:arsl...@arslist.org] On Behalf Of Joe D'Souza
Sent: Monday, June 07, 2010 8:58 PM
To: arslist@ARSLIST.ORG
Subject: Re: Upgrade ARS

**
And the disk space required by the silent installer (for temp files) is the 
same as that required by the graphical counterpart?

Joe
-Original Message-
From: Action Request System discussion list(ARSList) 
[mailto:arsl...@arslist.org]on Behalf Of Easter, David
Sent: Monday, June 07, 2010 11:31 PM
To: arslist@ARSLIST.ORG
Subject: Re: Upgrade ARS
**
The silent installer is quicker only inasmuch as you don't need to manually 
answer the questions - because you set up all the answers in the silent install 
file ahead of time.  Other than that, it's the same installer.

-David J. Easter
Sr. Product Manager, Enterprise Service Management
BMC Software, Inc.

The opinions, statements, and/or suggested courses of action expressed in this 
E-mail do not necessarily reflect those of BMC Software, Inc.  My voluntary 
participation in this forum is not intended to convey a role as a spokesperson, 
liaison or public relations representative for BMC Software, Inc.

From: Action Request System discussion list(ARSList) 
[mailto:arsl...@arslist.org] On Behalf Of Joe D'Souza
Sent: Monday, June 07, 2010 7:17 PM
To: arslist@ARSLIST.ORG
Subject: Re: Upgrade ARS

**
Interesting.. Does it take shorter times to install it using the silent 
installer function than the graphical one? The graphical one is really slow at 
times and requires a lot more free disk space while installing than the script 
installers used to in the past.. For better or for worse its a resource hog 
generally speaking - but it gave me a good reason to help me get extra disk 
space that's always nice to have on a couple of projects..

Joe
-Original Message-
From: Action Request System discussion list(ARSList) 
[mailto:arsl...@arslist.org]on Behalf Of Easter, David
Sent: Monday, June 07, 2010 9:51 PM
To: arslist@ARSLIST.ORG
Subject: Re: Upgrade ARS
**

1.   It no longer is a script based installer, it now requires x windows 
enabled

That's not completely accurate - there is a silent installer function that does 
not require X-windows and it can be executed from a larger script.  In fact, 
BMC uses BMC Atrium Orchestrator and BMC BladeLogic scripts internally to do 
installations of AR System and ITSM on demand from internal consumers without 
the need for a graphical client terminal session.  But even without those 
additional solutions, one can always just run the silent installer manually 
without needing X-windows.

-David J. Easter
Sr. Product Manager, Enterprise Service Management
BMC Software, Inc.

The opinions, statements, and/or suggested courses of action expressed in this 
E-mail do not necessarily reflect those of BMC Software, Inc.  My voluntary 
participation in this forum is not intended to convey a role as a spokesperson, 
liaison or public relations representative for BMC Software, Inc.

From: Action Request System discussion list(ARSList) 
[mailto:arsl...@arslist.org] On Behalf Of Joe D'Souza
Sent: Monday, June 07, 2010 4:13 PM
To: arslist@ARSLIST.ORG
Subject: Re: Upgrade ARS

**
Rezaul,

The only major difference is the way the installer runs.. It no longer is a 
script based installer, it now requires x windows enabled. You need to make 
sure you have your client terminal session that you are using to run the 
installer, setup for x windows. If you are using Putty, you can use Xming 
server and Xming Portable Putty that you can run graphical programs from. Its a 
freeware and you should find the two installers for the server and the portable 
putty terminal installer online..

Joe
-Original Message-
From: Action Request System discussion list(ARSList) 
[mailto:arsl...@arslist.org]on Behalf Of Haque, Rezaul R
Sent: Monday, June 07, 2010 3:16 PM
To: arslist@ARSLIST.ORG
Subject: Upgrade ARS
**
 Hi,
I am trying to gather some requirement  and information for upgrading ARS   
from 7.0.1 patch2 to 7.5 patch 5 before I start. Our server is on Solaris 10 
and oracle 11g is our database. We also have 7.0.1 patch2  ITSM suite which we 
are not planning to upgrade now. Any steps or infor

Re: Upgrade ARS

[Walters, Mark]

Yes, you could call it a scripted install rather than silent - you provide a 
text file that contains the answers to the prompts you would fill in during the 
GUI install.  The same installer is used, it just does not display the 
interface.

Mark

From: Action Request System discussion list(ARSList) 
[mailto:arsl...@arslist.org] On Behalf Of Joe D'Souza
Sent: 08 June 2010 04:58
To: arslist@ARSLIST.ORG
Subject: Re: Upgrade ARS

**
And the disk space required by the silent installer (for temp files) is the 
same as that required by the graphical counterpart?

Joe
-Original Message-
From: Action Request System discussion list(ARSList) 
[mailto:arsl...@arslist.org]on Behalf Of Easter, David
Sent: Monday, June 07, 2010 11:31 PM
To: arslist@ARSLIST.ORG
Subject: Re: Upgrade ARS
**
The silent installer is quicker only inasmuch as you don't need to manually 
answer the questions - because you set up all the answers in the silent install 
file ahead of time.  Other than that, it's the same installer.

-David J. Easter
Sr. Product Manager, Enterprise Service Management
BMC Software, Inc.

The opinions, statements, and/or suggested courses of action expressed in this 
E-mail do not necessarily reflect those of BMC Software, Inc.  My voluntary 
participation in this forum is not intended to convey a role as a spokesperson, 
liaison or public relations representative for BMC Software, Inc.

From: Action Request System discussion list(ARSList) 
[mailto:arsl...@arslist.org] On Behalf Of Joe D'Souza
Sent: Monday, June 07, 2010 7:17 PM
To: arslist@ARSLIST.ORG
Subject: Re: Upgrade ARS

**
Interesting.. Does it take shorter times to install it using the silent 
installer function than the graphical one? The graphical one is really slow at 
times and requires a lot more free disk space while installing than the script 
installers used to in the past.. For better or for worse its a resource hog 
generally speaking - but it gave me a good reason to help me get extra disk 
space that's always nice to have on a couple of projects..

Joe
-Original Message-
From: Action Request System discussion list(ARSList) 
[mailto:arsl...@arslist.org]on Behalf Of Easter, David
Sent: Monday, June 07, 2010 9:51 PM
To: arslist@ARSLIST.ORG
Subject: Re: Upgrade ARS
**

1.   It no longer is a script based installer, it now requires x windows 
enabled

That's not completely accurate - there is a silent installer function that does 
not require X-windows and it can be executed from a larger script.  In fact, 
BMC uses BMC Atrium Orchestrator and BMC BladeLogic scripts internally to do 
installations of AR System and ITSM on demand from internal consumers without 
the need for a graphical client terminal session.  But even without those 
additional solutions, one can always just run the silent installer manually 
without needing X-windows.

-David J. Easter
Sr. Product Manager, Enterprise Service Management
BMC Software, Inc.

The opinions, statements, and/or suggested courses of action expressed in this 
E-mail do not necessarily reflect those of BMC Software, Inc.  My voluntary 
participation in this forum is not intended to convey a role as a spokesperson, 
liaison or public relations representative for BMC Software, Inc.

From: Action Request System discussion list(ARSList) 
[mailto:arsl...@arslist.org] On Behalf Of Joe D'Souza
Sent: Monday, June 07, 2010 4:13 PM
To: arslist@ARSLIST.ORG
Subject: Re: Upgrade ARS

**
Rezaul,

The only major difference is the way the installer runs.. It no longer is a 
script based installer, it now requires x windows enabled. You need to make 
sure you have your client terminal session that you are using to run the 
installer, setup for x windows. If you are using Putty, you can use Xming 
server and Xming Portable Putty that you can run graphical programs from. Its a 
freeware and you should find the two installers for the server and the portable 
putty terminal installer online..

Joe
-Original Message-
From: Action Request System discussion list(ARSList) 
[mailto:arsl...@arslist.org]on Behalf Of Haque, Rezaul R
Sent: Monday, June 07, 2010 3:16 PM
To: arslist@ARSLIST.ORG
Subject: Upgrade ARS
**
 Hi,
I am trying to gather some requirement  and information for upgrading ARS   
from 7.0.1 patch2 to 7.5 patch 5 before I start. Our server is on Solaris 10 
and oracle 11g is our database. We also have 7.0.1 patch2  ITSM suite which we 
are not planning to upgrade now. Any steps or information's  will be very 
helpful.

Thanks
Rezaul

E-MAIL CONFIDENTIALITY NOTICE:















The contents of this e-mail message and

any attachments are intended solely for the

addressee(s) and may contain confidential

and/or legally privileged information. If you

are not the intended recipient of this message

or if this message has been addressed to you

in error, please immediately alert the sender

 by reply e-mail and then delete this message

and any a

Re: Upgrade ARS

[Joe D'Souza]

And the disk space required by the silent installer (for temp files) is the
same as that required by the graphical counterpart?

Joe
  -Original Message-
  From: Action Request System discussion list(ARSList)
[mailto:arsl...@arslist.org]on Behalf Of Easter, David
  Sent: Monday, June 07, 2010 11:31 PM
  To: arslist@ARSLIST.ORG
  Subject: Re: Upgrade ARS


  **
  The silent installer is quicker only inasmuch as you don't need to
manually answer the questions - because you set up all the answers in the
silent install file ahead of time.  Other than that, it's the same
installer.



  -David J. Easter

  Sr. Product Manager, Enterprise Service Management

  BMC Software, Inc.



  The opinions, statements, and/or suggested courses of action expressed in
this E-mail do not necessarily reflect those of BMC Software, Inc.  My
voluntary participation in this forum is not intended to convey a role as a
spokesperson, liaison or public relations representative for BMC Software,
Inc.



  From: Action Request System discussion list(ARSList)
[mailto:arsl...@arslist.org] On Behalf Of Joe D'Souza
  Sent: Monday, June 07, 2010 7:17 PM
  To: arslist@ARSLIST.ORG
  Subject: Re: Upgrade ARS



  **

  Interesting.. Does it take shorter times to install it using the silent
installer function than the graphical one? The graphical one is really slow
at times and requires a lot more free disk space while installing than the
script installers used to in the past.. For better or for worse its a
resource hog generally speaking - but it gave me a good reason to help me
get extra disk space that's always nice to have on a couple of projects..



  Joe

-Original Message-
From: Action Request System discussion list(ARSList)
[mailto:arsl...@arslist.org]on Behalf Of Easter, David
Sent: Monday, June 07, 2010 9:51 PM
To: arslist@ARSLIST.ORG
Subject: Re: Upgrade ARS

**

1.   It no longer is a script based installer, it now requires x
windows enabled



That's not completely accurate - there is a silent installer function
that does not require X-windows and it can be executed from a larger script.
In fact, BMC uses BMC Atrium Orchestrator and BMC BladeLogic scripts
internally to do installations of AR System and ITSM on demand from internal
consumers without the need for a graphical client terminal session.  But
even without those additional solutions, one can always just run the silent
installer manually without needing X-windows.



-David J. Easter

Sr. Product Manager, Enterprise Service Management

BMC Software, Inc.



The opinions, statements, and/or suggested courses of action expressed
in this E-mail do not necessarily reflect those of BMC Software, Inc.  My
voluntary participation in this forum is not intended to convey a role as a
spokesperson, liaison or public relations representative for BMC Software,
Inc.



From: Action Request System discussion list(ARSList)
[mailto:arsl...@arslist.org] On Behalf Of Joe D'Souza
Sent: Monday, June 07, 2010 4:13 PM
To: arslist@ARSLIST.ORG
Subject: Re: Upgrade ARS



**

Rezaul,



The only major difference is the way the installer runs.. It no longer
is a script based installer, it now requires x windows enabled. You need to
make sure you have your client terminal session that you are using to run
the installer, setup for x windows. If you are using Putty, you can use
Xming server and Xming Portable Putty that you can run graphical programs
from. Its a freeware and you should find the two installers for the server
and the portable putty terminal installer online..



Joe

  -Original Message-
  From: Action Request System discussion list(ARSList)
[mailto:arsl...@arslist.org]on Behalf Of Haque, Rezaul R
  Sent: Monday, June 07, 2010 3:16 PM
  To: arslist@ARSLIST.ORG
  Subject: Upgrade ARS

  **

   Hi,

  I am trying to gather some requirement  and information for upgrading
ARS   from 7.0.1 patch2 to 7.5 patch 5 before I start. Our server is on
Solaris 10 and oracle 11g is our database. We also have 7.0.1 patch2  ITSM
suite which we are not planning to upgrade now. Any steps or information's
will be very helpful.



  Thanks

  Rezaul

E-MAIL CONFIDENTIALITY NOTICE:The contents of this e-mail message
and any attachments are intended solely for the addressee(s) and may contain
confidential and/or legally privileged information. If you are not the
intended recipient of this message or if this message has been addressed to
you in error, please immediately alert the sender by reply e-mail and then
delete this message and any attachments. If you are not the intended
recipient, you are notified that any use, dissemination, distribution,
copying, or storage of this message or any attachment is strictly
prohibited.

___
UNSUBS

Re: Upgrade ARS

[Easter, David]

The silent installer is quicker only inasmuch as you don't need to manually 
answer the questions - because you set up all the answers in the silent install 
file ahead of time.  Other than that, it's the same installer.

-David J. Easter
Sr. Product Manager, Enterprise Service Management
BMC Software, Inc.

The opinions, statements, and/or suggested courses of action expressed in this 
E-mail do not necessarily reflect those of BMC Software, Inc.  My voluntary 
participation in this forum is not intended to convey a role as a spokesperson, 
liaison or public relations representative for BMC Software, Inc.

From: Action Request System discussion list(ARSList) 
[mailto:arsl...@arslist.org] On Behalf Of Joe D'Souza
Sent: Monday, June 07, 2010 7:17 PM
To: arslist@ARSLIST.ORG
Subject: Re: Upgrade ARS

**
Interesting.. Does it take shorter times to install it using the silent 
installer function than the graphical one? The graphical one is really slow at 
times and requires a lot more free disk space while installing than the script 
installers used to in the past.. For better or for worse its a resource hog 
generally speaking - but it gave me a good reason to help me get extra disk 
space that's always nice to have on a couple of projects..

Joe
-Original Message-
From: Action Request System discussion list(ARSList) 
[mailto:arsl...@arslist.org]on Behalf Of Easter, David
Sent: Monday, June 07, 2010 9:51 PM
To: arslist@ARSLIST.ORG
Subject: Re: Upgrade ARS
**

1.   It no longer is a script based installer, it now requires x windows 
enabled

That's not completely accurate - there is a silent installer function that does 
not require X-windows and it can be executed from a larger script.  In fact, 
BMC uses BMC Atrium Orchestrator and BMC BladeLogic scripts internally to do 
installations of AR System and ITSM on demand from internal consumers without 
the need for a graphical client terminal session.  But even without those 
additional solutions, one can always just run the silent installer manually 
without needing X-windows.

-David J. Easter
Sr. Product Manager, Enterprise Service Management
BMC Software, Inc.

The opinions, statements, and/or suggested courses of action expressed in this 
E-mail do not necessarily reflect those of BMC Software, Inc.  My voluntary 
participation in this forum is not intended to convey a role as a spokesperson, 
liaison or public relations representative for BMC Software, Inc.

From: Action Request System discussion list(ARSList) 
[mailto:arsl...@arslist.org] On Behalf Of Joe D'Souza
Sent: Monday, June 07, 2010 4:13 PM
To: arslist@ARSLIST.ORG
Subject: Re: Upgrade ARS

**
Rezaul,

The only major difference is the way the installer runs.. It no longer is a 
script based installer, it now requires x windows enabled. You need to make 
sure you have your client terminal session that you are using to run the 
installer, setup for x windows. If you are using Putty, you can use Xming 
server and Xming Portable Putty that you can run graphical programs from. Its a 
freeware and you should find the two installers for the server and the portable 
putty terminal installer online..

Joe
-Original Message-
From: Action Request System discussion list(ARSList) 
[mailto:arsl...@arslist.org]on Behalf Of Haque, Rezaul R
Sent: Monday, June 07, 2010 3:16 PM
To: arslist@ARSLIST.ORG
Subject: Upgrade ARS
**
 Hi,
I am trying to gather some requirement  and information for upgrading ARS   
from 7.0.1 patch2 to 7.5 patch 5 before I start. Our server is on Solaris 10 
and oracle 11g is our database. We also have 7.0.1 patch2  ITSM suite which we 
are not planning to upgrade now. Any steps or information's  will be very 
helpful.

Thanks
Rezaul

E-MAIL CONFIDENTIALITY NOTICE:















The contents of this e-mail message and

any attachments are intended solely for the

addressee(s) and may contain confidential

and/or legally privileged information. If you

are not the intended recipient of this message

or if this message has been addressed to you

in error, please immediately alert the sender

 by reply e-mail and then delete this message

and any attachments. If you are not the

intended recipient, you are notified that

any use, dissemination, distribution, copying,

or storage of this message or any attachment

is strictly prohibited.
_attend WWRUG10 www.wwrug.com ARSlist: "Where the Answers Are"_

___
UNSUBSCRIBE or access ARSlist Archives at www.arslist.org
attend wwrug10 www.wwrug.com ARSlist: "Where the Answers Are"

Re: Upgrade ARS

[Joe D'Souza]

Interesting.. Does it take shorter times to install it using the silent
installer function than the graphical one? The graphical one is really slow
at times and requires a lot more free disk space while installing than the
script installers used to in the past.. For better or for worse its a
resource hog generally speaking - but it gave me a good reason to help me
get extra disk space that's always nice to have on a couple of projects..

Joe
  -Original Message-
  From: Action Request System discussion list(ARSList)
[mailto:arsl...@arslist.org]on Behalf Of Easter, David
  Sent: Monday, June 07, 2010 9:51 PM
  To: arslist@ARSLIST.ORG
  Subject: Re: Upgrade ARS


  **
  Ø  It no longer is a script based installer, it now requires x windows
enabled



  That’s not completely accurate – there is a silent installer function that
does not require X-windows and it can be executed from a larger script.  In
fact, BMC uses BMC Atrium Orchestrator and BMC BladeLogic scripts internally
to do installations of AR System and ITSM on demand from internal consumers
without the need for a graphical client terminal session.  But even without
those additional solutions, one can always just run the silent installer
manually without needing X-windows.



  -David J. Easter

  Sr. Product Manager, Enterprise Service Management

  BMC Software, Inc.



  The opinions, statements, and/or suggested courses of action expressed in
this E-mail do not necessarily reflect those of BMC Software, Inc.  My
voluntary participation in this forum is not intended to convey a role as a
spokesperson, liaison or public relations representative for BMC Software,
Inc.



  From: Action Request System discussion list(ARSList)
[mailto:arsl...@arslist.org] On Behalf Of Joe D'Souza
  Sent: Monday, June 07, 2010 4:13 PM
  To: arslist@ARSLIST.ORG
  Subject: Re: Upgrade ARS



  **

  Rezaul,



  The only major difference is the way the installer runs.. It no longer is
a script based installer, it now requires x windows enabled. You need to
make sure you have your client terminal session that you are using to run
the installer, setup for x windows. If you are using Putty, you can use
Xming server and Xming Portable Putty that you can run graphical programs
from. Its a freeware and you should find the two installers for the server
and the portable putty terminal installer online..



  Joe

-Original Message-
From: Action Request System discussion list(ARSList)
[mailto:arsl...@arslist.org]on Behalf Of Haque, Rezaul R
Sent: Monday, June 07, 2010 3:16 PM
To: arslist@ARSLIST.ORG
Subject: Upgrade ARS

**

 Hi,

I am trying to gather some requirement  and information for upgrading
ARS   from 7.0.1 patch2 to 7.5 patch 5 before I start. Our server is on
Solaris 10 and oracle 11g is our database. We also have 7.0.1 patch2  ITSM
suite which we are not planning to upgrade now. Any steps or information’s
will be very helpful.



Thanks

Rezaul

E-MAIL CONFIDENTIALITY NOTICE:The contents of this e-mail message
and any attachments are intended solely for the addressee(s) and may contain
confidential and/or legally privileged information. If you are not the
intended recipient of this message or if this message has been addressed to
you in error, please immediately alert the sender by reply e-mail and then
delete this message and any attachments. If you are not the intended
recipient, you are notified that any use, dissemination, distribution,
copying, or storage of this message or any attachment is strictly
prohibited.

___
UNSUBSCRIBE or access ARSlist Archives at www.arslist.org
attend wwrug10 www.wwrug.com ARSlist: "Where the Answers Are"

Re: Upgrade ARS

[Easter, David]

Ø  It no longer is a script based installer, it now requires x windows enabled

That's not completely accurate - there is a silent installer function that does 
not require X-windows and it can be executed from a larger script.  In fact, 
BMC uses BMC Atrium Orchestrator and BMC BladeLogic scripts internally to do 
installations of AR System and ITSM on demand from internal consumers without 
the need for a graphical client terminal session.  But even without those 
additional solutions, one can always just run the silent installer manually 
without needing X-windows.

-David J. Easter
Sr. Product Manager, Enterprise Service Management
BMC Software, Inc.

The opinions, statements, and/or suggested courses of action expressed in this 
E-mail do not necessarily reflect those of BMC Software, Inc.  My voluntary 
participation in this forum is not intended to convey a role as a spokesperson, 
liaison or public relations representative for BMC Software, Inc.

From: Action Request System discussion list(ARSList) 
[mailto:arsl...@arslist.org] On Behalf Of Joe D'Souza
Sent: Monday, June 07, 2010 4:13 PM
To: arslist@ARSLIST.ORG
Subject: Re: Upgrade ARS

**
Rezaul,

The only major difference is the way the installer runs.. It no longer is a 
script based installer, it now requires x windows enabled. You need to make 
sure you have your client terminal session that you are using to run the 
installer, setup for x windows. If you are using Putty, you can use Xming 
server and Xming Portable Putty that you can run graphical programs from. Its a 
freeware and you should find the two installers for the server and the portable 
putty terminal installer online..

Joe
-Original Message-
From: Action Request System discussion list(ARSList) 
[mailto:arsl...@arslist.org]on Behalf Of Haque, Rezaul R
Sent: Monday, June 07, 2010 3:16 PM
To: arslist@ARSLIST.ORG
Subject: Upgrade ARS
**
 Hi,
I am trying to gather some requirement  and information for upgrading ARS   
from 7.0.1 patch2 to 7.5 patch 5 before I start. Our server is on Solaris 10 
and oracle 11g is our database. We also have 7.0.1 patch2  ITSM suite which we 
are not planning to upgrade now. Any steps or information's  will be very 
helpful.

Thanks
Rezaul

E-MAIL CONFIDENTIALITY NOTICE:















The contents of this e-mail message and

any attachments are intended solely for the

addressee(s) and may contain confidential

and/or legally privileged information. If you

are not the intended recipient of this message

or if this message has been addressed to you

in error, please immediately alert the sender

 by reply e-mail and then delete this message

and any attachments. If you are not the

intended recipient, you are notified that

any use, dissemination, distribution, copying,

or storage of this message or any attachment

is strictly prohibited.
_attend WWRUG10 www.wwrug.com ARSlist: "Where the Answers Are"_

___
UNSUBSCRIBE or access ARSlist Archives at www.arslist.org
attend wwrug10 www.wwrug.com ARSlist: "Where the Answers Are"

Re: Upgrade ARS

[Joe D'Souza]

Rezaul,

The only major difference is the way the installer runs.. It no longer is a
script based installer, it now requires x windows enabled. You need to make
sure you have your client terminal session that you are using to run the
installer, setup for x windows. If you are using Putty, you can use Xming
server and Xming Portable Putty that you can run graphical programs from.
Its a freeware and you should find the two installers for the server and the
portable putty terminal installer online..

Joe
  -Original Message-
  From: Action Request System discussion list(ARSList)
[mailto:arsl...@arslist.org]on Behalf Of Haque, Rezaul R
  Sent: Monday, June 07, 2010 3:16 PM
  To: arslist@ARSLIST.ORG
  Subject: Upgrade ARS


  **
   Hi,

  I am trying to gather some requirement  and information for upgrading ARS
from 7.0.1 patch2 to 7.5 patch 5 before I start. Our server is on Solaris 10
and oracle 11g is our database. We also have 7.0.1 patch2  ITSM suite which
we are not planning to upgrade now. Any steps or information's  will be very
helpful.



  Thanks

  Rezaul

E-MAIL CONFIDENTIALITY NOTICE:







The contents of this e-mail message and
any attachments are intended solely for the
addressee(s) and may contain confidential
and/or legally privileged information. If you
are not the intended recipient of this message
or if this message has been addressed to you
in error, please immediately alert the sender
 by reply e-mail and then delete this message
and any attachments. If you are not the
intended recipient, you are notified that
any use, dissemination, distribution, copying,
or storage of this message or any attachment
is strictly prohibited.

___
UNSUBSCRIBE or access ARSlist Archives at www.arslist.org
attend wwrug10 www.wwrug.com ARSlist: "Where the Answers Are"

Re: Upgrade ARS 6.0.1 to 6.3 gotchas?

[Carter, Craig J Civ ARPC/DPD]

We've been running ARS 6.3 patch 16 for several months now and it has been
very stable for us.  I haven't had time to evaluate/test/install patches 17
or 18 yet.  We've been running Administrator v7, User v7, and Migrator v7
against this setup since it was released and haven't noticed any problems
using those against v6.3 P16 either.

Our environment is similar (Windows Server 2003, SQL Server 2000, ARS 6.3
(including midtier), ServletExec AS, etc.

The upgrade from 6.0 to 6.3 went very smoothly for us and the midtier
enhancements were well worth the effort.

CRAIG J. CARTER

-Original Message-
From: Action Request System discussion list(ARSList)
[mailto:[EMAIL PROTECTED] On Behalf Of Richard Baird
Sent: Wednesday, September 13, 2006 1:25 PM
To: arslist@ARSLIST.ORG
Subject: Re: Upgrade ARS 6.0.1 to 6.3 gotchas?

Hi Folks,

After reading Helen's reply, I realized I probably should have included OS 
and DB versions (Thanks Helen!).

OS is a mixture of Windows Server 2003 Std and 2000 Adv. Server.
DB is MS-SQL Server 2000

(Yes, I'm stuck in microsoft hell for now;)

Thanks,

Richard


___
UNSUBSCRIBE or access ARSlist Archives at http://www.wwrug.org

___
UNSUBSCRIBE or access ARSlist Archives at http://www.wwrug.org

Re: Upgrade ARS 6.0.1 to 6.3 gotchas?

[Richard Baird]

Hi Folks,

After reading Helen's reply, I realized I probably should have included OS 
and DB versions (Thanks Helen!).

OS is a mixture of Windows Server 2003 Std and 2000 Adv. Server.
DB is MS-SQL Server 2000

(Yes, I'm stuck in microsoft hell for now;)

Thanks,

Richard

___
UNSUBSCRIBE or access ARSlist Archives at http://www.wwrug.org

Re: Upgrade ARS 6.0.1 to 6.3 gotchas?

[Tao, Helen]

Hi Richard:

6.3 patch 17 seems to be a stable version for us.  But our platform is
Solaris 9, Oracle 9.2.

Helen 

-Original Message-
From: Action Request System discussion list(ARSList)
[mailto:[EMAIL PROTECTED] On Behalf Of Richard Baird
Sent: Wednesday, September 13, 2006 7:18 AM
To: arslist@ARSLIST.ORG
Subject: Upgrade ARS 6.0.1 to 6.3 gotchas?

Hi Folks,

I'm beginning to plan an upgrade from ARS 6.0.1 to ARS 6.3 and wanted to
pick the rather large brains of all the folks here for "gotchas" I might
have missed.

I'm also curious which patch level of v6.3 everyone thinks is the most
stable, particularly in terms of memory leaks. Our current 6.0.1 server
occasionally fails on a (known to Remedy) Malloc error, which is one of
the reasons we're looking at upgrading, but also looking forward to
simplified mgmt of Mid-Tier before we start using it more.

I've used 6.3 lots in previous lives but haven't had to do this
particular upgrade path before.

We're using

ARS 6.0.1 patch 1394
DSO
Migrator (version 6)
Mid-Tier (only a small amount of Mid-Tier activity at this time)
Flashboards API integrations All on a Windows Server platform

We don't run any of the OOTB applications, but do use a unicode DB,
hence going to 6.3 rather than 7.

Any thoughts or warnings appreciated either directly or via the list.

Thanks!!

Richard


___
UNSUBSCRIBE or access ARSlist Archives at http://www.wwrug.org

___
UNSUBSCRIBE or access ARSlist Archives at http://www.wwrug.org