In version 5.0 of the Requirements Management (RM) application, the data is no longer stored on Jazz Team Server (JTS). Rather, data is stored in the RM server. Because of this change in where the data is stored, the steps for the upgrade procedure significantly changed. Compared to the procedure to upgrade to version 4.x, the procedure to upgrade to version 5.0 has more steps.
First, the database administrator must create a copy of the Jazz Team Server database to be the new RM database. Then, the application administrator uses the interactive upgrade guide to create a customized set of instructions to follow during upgrade. Most of the time, the
wrapper script will guide CLM administrators through the upgrade. However, in some cases, such as if your environment is distributed without a shared drive or is on a Windows system with a DBCS code page, the script will create a sequence of Repository Tools (repotools) commands that does not use the wrapper script.
The RM upgrade script (
) includes these steps:
- finalizeApplicationMigration (RM)
- finalizeApplicationMigration (JTS)
- updateProjectBacklinks** (when RM is offline) or updateProjectBacklinksOnline** (when RM is online)
* Requires user interaction to specify the new JDBC database connection. The rest of the prompts are confirmations.
** Requires user interaction for confirmation prompts only.
Before you begin
- Generate the upgrade instructions for your deployment by using the interactive upgrade guide.
- Practice the upgrade by using a staging area with copies of your data. Based on the practice run, create time estimates for your particular upgrade.
- Back up your CLM databases. During this same downtime, copy the Jazz Team Server database to the new RM database.
- Make sure that you have the following information:
- The installation directory or directories of your CLM 4.X applications
- The installation directory of your new Jazz Team Server 5.0 (possibly via mount, if remote)
- The JDBC connection syntax for the new RM database
- The JDBC connection password for the new RM database
- The RM public URL of your deployment
Know your upgrade order
Upgrade Jazz Team Server first, and then upgrade the RM application. Finally, upgrade the other CLM applications.
Determine when to run the reindex step
The reindex step is not required; if you skip it, the indexes are built after the RM server is brought online. For improved performance, wait until after the server is online before you run the reindex step to complete the upgrade.
If you are running the
script, no progress indicator is shown in the command window during the reindex. For more information, see Work Item 87722
. Progress updates are written to the
file in the server directory. If you are manually running the reindex step, the progress indicator is shown in the command window.
Do not simultaneously upgrade multiple applications
Do not upgrade all of the applications in a distributed CLM environment at the same time. During the first portion of the RM upgrade, the other applications must be offline. Then, for the updateProjectBacklinks step, the applications must be brought online.
It can be confusing to determine when each of the applications should be upgraded during this process. At this time, the interactive upgrade guide does not fully document how to determine the order. For more information, see Work Item 314856
Run the script from the server directory
When you use the
script, be sure to run it from the
directory, specifying the path to the script. For example:
To complete the updateProjectBacklinks step, the other applications do not have to be version 5.0.
Fully complete the update process for Jazz Team Server, and then upgrade the RM application separately from the CCM and QM applications. After the Jazz Team Server upgrade is complete, you can upgrade the CLM applications in any order. However, it is less confusing to complete the upgrades separately.
Run the finalizeApplicationMigration commands carefully
Two steps run repotools commands that have almost identical names:
repotools-jts.bat -finalizeApplicationMigration checkOauthDomain=true applicationId=RM-application-id newPublicUrl=NEW_RM_PUBLIC_URL
Common problems and workarounds
The editor that verifies properties does not work on Linux systems
During the updateConfigurationFiles step, the Jazz Team Server and RM
files open in an editor where you can inspect or update them. On Linux systems, the editor does not work. For more information, see Work Item 87659
Manually open the files.
After a step fails, you cannot resume the upgrade
If the upgrade script fails during any of the steps, you cannot resume from the point of failure.
Run the upgrade script again from the beginning and skip the steps that succeeded. For more information, see Work Item 87732
Errors occur when you upgrade the RM application first
Before you upgrade the RM application, be sure to upgrade Jazz Team Server. If you upgrade the RM application first, you might encounter errors like the ones shown in this example:
2014-05-07 15:17:59,432 Repo Tools
2014-05-07 15:17:59,432 java.version=1.6.0
2014-05-07 15:17:59,432 java.runtime.version=pwa6460sr15fp1-20140110_01 (SR15 FP1)
2014-05-07 15:17:59,448 Provisioning using "c:\Program Files\IBM\JazzTeamServer\server\upgrade\rm\..\..\conf\rm\provision_profiles".
2014-05-07 15:17:59,479 repotools-rm -addTables
2014-05-07 15:17:59,479 Rational Requirements Composer, Version 5.0 (RMS5.0-I20140502_1820)
Jazz Foundation - Core Libraries, Version 5.0 (RJF-I20140502-1642)
To submit questions about issues, go to the Jazz.net forum at https://jazz.net/forum.
To find more information about a message, see the CLM Messages Information Center at
2014-05-07 15:17:59,526 CRJAZ1363I Loading the configuration from "file:conf/rm/teamserver.properties".
2014-05-07 15:18:01,245 Rational Requirements Composer is starting.
Rational Requirements Composer, Version 5.0 (RMS5.0-I20140502_1820)
Jazz Foundation - Core Libraries, Version 5.0 (RJF-I20140502-1642)
2014-05-07 15:18:01,245 CRRRS9938I Repository state is: INITIALIZING
2014-05-07 15:18:01,370 CRJAZ1778I This server is configured as an application.
2014-05-07 15:18:01,729 CRJAZ2558I Setting the local server rename state to false and the openServerDescriptionServiceTemporarily state to false.
2014-05-07 15:18:02,885 CRJAZ1365I The server is attempting to connect to the following database: "conf/rm/derby/repositoryDB"
2014-05-07 15:18:04,214 CRJAZ1364I The connection to the following database was successful:
Db Product Name: Apache Derby
Db Product Version: 10.8.2.3 - (1212722)
Db URL: jdbc:derby:conf/rm/derby/repositoryDB;create=true
Jdbc Driver Name: Apache Derby Embedded JDBC Driver
Jdbc Driver Version: 10.8.2.3 - (1212722)
2014-05-07 15:18:05,667 CRJAZ1970I The application is configured with:
Public URI: "https://minvm.ibm.com:9443/rm"
Jazz Team Server location: "https://minvm.ibm.com:9443/jts/"
2014-05-07 15:18:06,073 CRJAZ2523I Setting the global server rename state to false and the validation state to false.
2014-05-07 15:18:09,854 CRJAZ2105I Checking for a running server...
2014-05-07 15:18:13,542 CRJAZ1886E The configured database lock id does not match the lock id in the database.
This can happen if two applications or Jazz Team Servers are trying to access the same set of tables,
or if the lock id was overwritten or lost in the teamserver.properties configuration file. Check the server configuration
and the database connection spec and ensure they are correct. To recover from an emergency lockout, the lock can be reset
using the 'repotools-rm -resetRepoLockId' command.
com.ibm.team.repository.common.TeamRepositoryException: CRJAZ1886E The configured database lock id does not match the lock id in the database.
This can happen if two applications or Jazz Team Servers are trying to access the same set of tables, or if the lock id was overwritten or
lost in the teamserver.properties configuration file. Check the server configuration and the database connection spec and ensure they are correct.
To recover from an emergency lockout, the lock can be reset using the 'repotools-rm -resetRepoLockId' command.
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
Caused by: com.ibm.team.repository.common.TeamRepositoryException: Server lock id value [none] and database lock id _2nasMNXuEeONBLWylHGefg do not match for database jdbc:derby:c:/PROGRA~1/IBM/JAZZTE~1/server/conf/rm/derby/repositoryDB.
Use the 'repotools-rm -resetRepoLockId' command to remove the DB lockID, after ensuring this DB is not used by another JTS or application.
... 16 more
2014-05-07 15:18:13,542 CRJAZ1728E A Repository Tools error occurred. For more information, see this log file: c:\Program Files\IBM\JazzTeamServer\server\repotools-rm_addTables.log
2014-05-07 15:18:13,682 CRRRS4120I Rational DOORS Next Generation Fronting Service bundle stopped
The errors occur because the file you used was a new Jazz Team Server file and it did not have the required properties.
To fix this issue, upgrade Jazz Team Server first, and then run the upgrade script again.
Unexpected behavior occurs when the RM finalizeApplicationMigration command is running
When you run the RM
repotools command, unexpected behavior can occur if you specify any of these arguments:
Do not specify any of those arguments when you run the RM
'Unresolved context' message is shown when you view RM projects
When you view RM projects on the
page, if you see
, check the parameters to the JTS
command. The parameters are not verified and will be used as is.
argument for typos.
Problems occur when creating projects from the /admin page
If you have problems creating projects from the
page, verify arguments for the JTS
Problems occur during the addTables step
If you are not using the correct Oracle DB2 driver and database, during the addTables step, an error occurs.
Be sure to use the correct Oracle DB2 driver and database for your setup.
External links: None
Additional contributors: None