Starting the applications
Use this topic for common issues that arise after the upgrade steps are performed and when the applications are started for the first time.
The following error might occur related to DBLock:
Cause:
The application will set a database lock ID on the DB to ensure that only that application can access the database. This prevents two applications from writing to the same database, and possibly overwritting or corrupting the data. This error can occur after the upgrade because of the following reasons:
Resolution:
Before resetting the Lock ID, ensure that each of your teamserver.properties files for the applications point to seperate databases. Once this is confirmed, you can run
When attempting to login to the CLM applications, the splash screen never fully loads and appears to be hung at the 'Loading' page.
Cause:
The Loading is often related to a mis-configuration in the teamserver.properties file, or within the application server.
Resolution:
The following technotes provide a resolution to this behaviour:
After the upgrade, users are unable to login. If a user is able to login, they may not obtain the correct repository permissions similar as prior to the upgrade.
Cause:
The authentication and authorization is controlled by the Application Server (Tomcat or WebSphere). There may be a configuration setting which is incorrect, or the LDAP configuration needs to be updated.
Resolution: Validate your LDAP configuration by referencing the following articles:
If you are using Tomcat, by default, the tomcat-users.xml file it set to read-only in later versions. Follow Technote 1474527: Tomcat-users.xml is file not updated after Upgrade
Starting the applications
The following issues are some of the errors that are most commonly identified.Recommended data gathering
- If you are engaging IBM Support with regards to these issues, ensure that you run ISALITE to gather the system information and pertinent log files.
- In addition, including screenshots and upgrade steps are helpful in quick problem determination and resolution.
Common issues when starting the applications after an upgrade
After the upgrade occurs, ensure that the following is completed:- Browser cache is cleared
- Temporary directories and cache are deleted
DBLock
Symptom:The following error might occur related to DBLock:
CRJAZ1770E The configured database lock id does not match the lock id in the database. This can happen if 2 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.
Cause:
The application will set a database lock ID on the DB to ensure that only that application can access the database. This prevents two applications from writing to the same database, and possibly overwritting or corrupting the data. This error can occur after the upgrade because of the following reasons:
- The teamserver.properties file merged incorrectly
- The upgraded application is trying to set a new Lock ID
Resolution:
Before resetting the Lock ID, ensure that each of your teamserver.properties files for the applications point to seperate databases. Once this is confirmed, you can run
repotools- <app> resetRepoLockIDFurther information can be found on the Information Center topic for the command resetRepoLockID.
Hanging 'Loading' screen
Symptom:When attempting to login to the CLM applications, the splash screen never fully loads and appears to be hung at the 'Loading' page.
Cause:
The Loading is often related to a mis-configuration in the teamserver.properties file, or within the application server.
Resolution:
The following technotes provide a resolution to this behaviour:
- Completion of Setup hangs on Loading Screen
- Configuring the Public URI in Rational Team Concert setup menu hangs with the Loading configuration settings message
- Validate in your JVM arguments: ensure that any custom variables are correct and the paths are not missing or incorrect, specially JAZZ_HOME value must be updated to point to the new version. In addition, check your heap configuration is accurate. For more information see the Information Center topic on Setting up WebSphere.
Users unable to login
Symptom:After the upgrade, users are unable to login. If a user is able to login, they may not obtain the correct repository permissions similar as prior to the upgrade.
Cause:
The authentication and authorization is controlled by the Application Server (Tomcat or WebSphere). There may be a configuration setting which is incorrect, or the LDAP configuration needs to be updated.
Resolution: Validate your LDAP configuration by referencing the following articles:
If you are using Tomcat, by default, the tomcat-users.xml file it set to read-only in later versions. Follow Technote 1474527: Tomcat-users.xml is file not updated after Upgrade
Symptoms when trying to use the product
After the final steps of the upgrade have been completed, such as the Online migration of RM and Redeploying the process templates, you may incur issues when trying to use the product functionality. For information on troubleshooting and debugging common issues which occur after the upgrade, navigate to Known issues which occur after the upgrade.Related topics:
- For more troubleshooting topics, refer to Upgrade Troubleshooting
External links:
- None
Additional contributors: StephanieBagot
Questions and comments:
Warning: Can't find topic Deployment.StartTheApplicationsComments
Copyright © by IBM and non-IBM contributing authors. All material on this collaboration platform is the property of the contributing authors. Contributions are governed by our Terms of Use. Please read the following disclaimer.
Dashboards and work items are no longer publicly available, so some links may be invalid. We now provide similar information through other means. Learn more here.