The configured database lock id does not match
The configured database lock id does not match the lock id in the database. This can happen if 2 application 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 -resetRepoLockId' command. Check the log file for information on the affected database. ID CRJAZ1770E.
I try to run the repotools, and it says it is successful on the Derby database but I have provided the info for our Oracle database. I have also verified that I can connect to the database through TOAD.
I'm not sure how to get this to work.
5 answers
the database and the teamserver.properties contain a lock ID for each database. This is to prevent users to accidentally connect to the wrong database.
I am not sure about your scenario, especially since you mention Derby and Oracle.
To migrate to a different database vendor you can use repotools -export and repotools -import. You can use backup/restore mechanisms if you stay with the same provider and architecture. See the help of your provider for backup and restore. See https://jazz.net/library/article/795 for general information on backup and restore. This article also contains a hint for Online backup for Oracle.
If you migrated or restored your database sucessfully and you are sure you connect to the right database (e.g JTS against the JTS DB and RTC against the RTC/CCM db) you can follow the hint in the error message to reset the lock ID to connect to the database. From the error message in your post:
"Check the server configuration and the database connection spec and ensure they are correct.
I have a question for Kunal. I am running in a similar problem where I am trying to load a Dev Database in to a newly installed CLM installation. This Dev Database was used in another environment, but it was copied over to a Production Database which made this database available for a test environment. When running JTS/setup I get the lockid issue. I run the resetRepoLockId command and I get the info about Derby, because that is the default in the teamserver.properties file. We are using SQL Server and I tried editing the teamserver.properties but that led in to a different error and then I changed it again and then I went downhill from there. So I have cleaned up the environment and back to a clean install and trying to again add the SQL database. Before I take any more steps, what edits were added to the default teamserver.properties file to change it to SQL?
Comments
There are only three lines that need to be configured in the teamserver.properties file for any initial connection to a database although there are a lot of additional commented out lines in the initial file. Be sure to comment out the Derby database references and un-comment the SQL Server lines.