Problem Description:
******************************
Logging in to Portal after upgrade and website never logs in, just sits there spinning.
Diagnostics:
******************************
The TdmWeb.log file was showing that the Portal was fetch for LDAP over and over.
2022-09-12 19:37:17.136 UTC [DEBUG] [https-openssl-nio-8443-exec-14] --- [U:][M:][P:] c.c.t.s.LDAPUtil: Fetching LDAP configuration
2022-09-12 19:37:17.137 UTC [DEBUG] [https-openssl-nio-8443-exec-14] --- [U:][M:][P:] c.c.t.s.LDAPUtil: Retrieved the ldap configuration from the system settings
2022-09-12 19:37:17.140 UTC [INFO ] [https-openssl-nio-8443-exec-14] --- [U:][M:][P:] c.c.t.s.s.SecurityUserService: Begin::loadGroups()
2022-09-12 19:37:17.144 UTC [INFO ] [https-openssl-nio-8443-exec-14] --- [U:][M:][P:] c.c.t.s.s.SecurityUserService: End::loadGroups()
2022-09-12 19:37:17.176 UTC [INFO ] [Thread-134 ] --- [U:][M:][P:] c.c.t.t.d.TDODSession: Authentication successful. Session Id: 546250446
Environment:
******************************
* Upgrade from TDM 4.9.1 to 4.10
* Windows 2012 R2 server
* GTREP is running on SQL Server 2012
Corrupted file in the C:\ProgramData\CA\CA Test Data Manager Portal\ssforms folder.
1. Brought down OrientDB and TDM Portal services.
2. From C:\Program Files\CA\CA Test Data Manager Portal\tomcat\webapps deleted all the folders except the ROOT folder and leave the war files.
3. Deleted all the log files.
4. Started OrientDB service.
5. Started CA Test Data Manager Portal service.
Resolved issue.
There was a custom war file that had information in ssform folder. Thinking it was trying to resolve the project id/version Id that may not have been on the server because it was tested on another server with that system (DEV). Removed the war file, its folder and then its artifacts in C:\ProgramData\CA\CA Test Data Manager Portal\ssforms. It was trying to read json file in ssforms and couldn't find the project and hung. Both logging in with LDAP and Administrator worked.