Scenario 1: AR Server and MT integrated with RSSO. When trying to login using LDAP, AR or SAML Authentication, seeing the following message on the browser Authentication failed (ARERR 623) The user session is seen in the RSSO admin console session tab.Scenario 2: After RSSO upgrade to 19.x or 20.02 start watching: Authentication failed (ARERR 623) Scenario 3: user is not created in the sessions list due to a null agent id. 14 Jul 2021 06:57:03.407 FINEST Thread_2666 com.bmc.rsso.dao.oracle.OracleSessionDao.createAuthenticatedAgent(): AuthenticatedAgent: AuthenticatedAgent{token='_00088ef0-89cf-44cc-87ae-78c673163d20', agentId='', callbackUrl=''} 14 Jul 2021 06:57:03.410 SEVERE Thread_2666 com.bmc.rsso.dao.oracle.OracleSessionDao.createAuthenticatedAgent(): [3] Token _00088ef0-89cf-44cc-87ae-78c673163d20 failed to merge , exception Scenario 4: After updating Java on ARS to Open JDK17.x user sees ARERR 623 and this is shows in the arjavaplugin.log: <PLUGINSVR> <TrID: > <TNAME: pool-6-thread-4 > <WARN > <AREAChainingHandler > < AREAChainingHandler.java:170 > /* Wed Mar 09 2022 01:12:54.690 */ AREAVerifyLogin() FAIL for plugin ARSYS.AREA.RSSO java.lang.ArrayIndexOutOfBoundsException: Index 1 out of bounds for length 1 Scenario 5: After upgrading from 19.02 to 20.02, the SAML login is working normally but the AR Authentication bypass login fails with an error that the username or password is invalid. The rsso.log on the RSSO server shows the following error message: DEBUG ARAuthentication.authenticate() : Login with AR user 'user-abc' INFO ARAuthentication.logARException() : Failed to login: authentication failure. AR message: ERROR (623): Authentication failed; user-abc |
This knowledge article may contain information that does not apply to version 21.05 or later which runs in a container environment. Please refer to Article Number 000385088 for more information about troubleshooting BMC products in containers. Please check reference communities for the latest version:
1. Check AR Integrationa. Make sure the following AREA settings (<AR>/Conf/ar.cfg) are configured on the AR Server External-Authentication-RPC-Socket: 390695 SSO-SERVICE-URL: <rsso_service_url> c. Make sure that the below files are present in <AR>/pluginsvr rsso-area-plugin-all.jar
d. Check below entries in <AR>/pluginsvr/pluginsvr_config.xml : (Edit <AR>/pluginsvr/pluginsvr_config.xml, and add Remedy SSO AREA plug-in by replacing <AR> with the corresponding path:) <plugin> <pathelement type="location"><AR>/pluginsvr/rsso-area-plugin-all.jar</pathelement> <userDefined> 2. Operating-Mode parameter in ar.cfg- If you are getting a 623 error after AR Server upgrade then It might be due to the Operating-Mode parameter in ar.cfg in <AR>/conf.
3. Server Plugin Alias entry for AREA plugin- AR Server's AREA plugin is used by RSSO Plugin for authentication. If you are missing the below line in ar.cfg then you will encounter a 623 error.
4. Check Certificates (If using HTTPS for RSSO)- If you are using the HTTPS protocol for RSSO Service URL in rsso.cfg then you might see a 623 error because of handshake issues between AR & RSSO server. (This should be used only to confirm if the issue is related to Certificates or not) - To disable SSL/TLS check, you can change the below parameter to true in the rsso.cfg file exist in <AR>/conf - This is only available for RSSO 19.05 & later versions 4.1. Check the Backchannel URL in the Advanced Tab on the RSSO Admin ConsoleThe backchannel URL should be the same as the one in the "rsso.cfg" file SSO-SERVICE-URL: <rsso_service_url>
5. Midtier Service Password- You might see a 623 error for Midtier service account after login e.g. ERROR (623): Authentication failed; MidTier Service
6. Check Username- Sometimes an error can be seen because the username received from IDP (IDP could be LDAP/SAML/OKTA etc.) doesn't match with one existing in AR Server's User form. e.g. If LDAP is sending username as "user@bmc.com" but on the User form, if it is specified as "user" then you will need to use the "Remove Email domain" transformation on the RSSO console.
7. AR Java plugin related issues- RSSO Plugin is part of the AR Java plugin. You might see a 623 error if the AR Java plugin is not initialized or not working. netstat -an | findstr "ar_plugin_port" - You can also check the AR Java plugin process on Task manager if its running or not - You will need to add the "Command line" column on Task Manager to see the complete java path. 10. Check the APLRSSOTransformation.properties configuration file There is a custom RSSO legacy utility that has been used with some installations. (More details are located here: https://remedylegacy.com/tools/rsso-transformation/) The rsso.0.log on the RSSO Server will show the ARERR 623 error on a call to com.apl.APLRSSOTransformation.transform(). In the RSSO legacy utility there is a configuration file called APLRSSOTransformation.properties. The configuration file contains the hash/value for the Remedy Application Service account. If the Remedy Application Service account password has been changed in Remedy, it will also need to be changed in the APLRSSOTransformation.properties file. 11. Check for errors with the ARSYS.AREA.AREALDAP plugin The aruser.log showed the user attempted login and the login failed. The RSSO plugin had references and didn't have any errors nor did the rsso-agent.log on the Mid-Tier. In checking the arjavaplugin.log in debug mode, the AREALDAP plugin didn't have references that it was running. When checking the AR Server pluginsvr_config.xml it was found the ARSYS.AREA.AREALDAP. Used a copy of the plugin from another environment and added it to the problem environment pluginsvr_config.xml to resolve the issue. 12. Check if User form of ITSM has correct password: --Reupdate the correct password again in User form if RSSO Auth type is AR. |