If an RSA Identity Governance & Lifecycle Notification Rule is renamed, it creates an orphan event in the Scheduler. This Scheduled event occurs even if the Notification Rule is deleted.
When the orphan event in the Schedule is executed, the following exception is generated in the /home/oracle/wildfly-8.2.0.Final/standalone/log/aveksaServer.log:
05/11/2018 16:50:00.007 ERROR (Timer-2) [com.aveksa.server.scheduler.Scheduler] Exception occurred during execution of scheduled task: Admin_Exception_Notification_Schedule_MyRule1
java.lang.RuntimeException: Illegal state: No session found
This may cause performance issues and thread deadlocks if other events occur at the same time. Symptoms of thread deadlocks vary but may cause CPU spikes or lead to failures in other aspects of the product, such as, but not limited to, the following error in the /home/oracle/wildfly-8.2.0.Final/standalone/log/aveksaServer.log:
2018-05-01 04:31:32,939 INFO [stdout] (Worker_actionq#Script Queue - Normal#WPDS_360) java.lang.OutOfMemoryError: unable to create new native thread
The stored schedule information from a database listing on the Schedule Information tab under the Admin Monitoring menu will show additional scheduled events prefaced with the text Admin_Exception_Notification_Schedule that do not have a corresponding Notification Rule:
If a Notification Rule is scheduled, it creates a corresponding entry in the scheduler. If the Notification Rule is renamed, it creates a new entry in the scheduler for the new name, but it incorrectly fails to remove the old event from the scheduler.
This issue is resolved in the following patches
RSA Identity Governance & Lifecycle 7.1.0 P04
RSA Identify Governance & Lifecycle 7.0.2 P10
Avoid changing the name of Notification Rules once created. If you wish to change the name of a Notification Rule, delete the Rule and create a new Notification Rule with the new name.
If a Notification Rule was previously renamed, you can remove the Scheduled task associated with that orphan Notification Rule using the following technique.
Identify the name of the problem orphan Notification Rule. It will appear in the T_SCHEDULED_TASKS table prefaced with the text Admin_Exception_Notification_Schedule and ending with the original name of the Notification Rule; for example, MyNotificationRule.
Create a new Notification Rule with the same name. Use any configuration and any schedule. This will update and overwrite the existing orphan item in the Scheduler.
Delete the Notification Rule you just created. This will delete the orphaned item from the Scheduler.