In our Catalog testing environment we have a Event-Rule-Action configured that performs a "Automic Automation" type action. In the test environment we find this action is triggered fine.
In the other hand, when we configure the same Event-Rule-Action in our Production system, the action is not being launched
Testing has one catalog server node, production has two server nodes behind F5 load balancer.
Service Catalog v17.x
Our CA Service Catalog production environment runs multiple application nodes behind an F5 load balancer. Initially, the Event Filter was configured through the public URL behind the F5, which does not guarantee that configuration changes are made on the specific node that will later process the events. Because of this, the rule was actually saved on one node only, while the other node continued running with an older cached version of the configuration. As a result, the rule appeared to "not work," but only when the F5 routed traffic to the node that still had the outdated configuration. This was therefore a cluster synchronization/cache inconsistency issue, not a problem with the rule logic.
To resolve the issue, we did the following:
After this, the Event Filter started working correctly.
The issue was caused by configuration updates being applied only on one node due to the use of the F5 public URL, which prevented proper synchronization of the rule across all Catalog servers.
Re-applying the rule directly on each application node corrected the inconsistency.
Updates to Rule-Actions are propagated to other nodes using ActiveMQ global messages.
Can you check this page in the documentation to ensure that "Horizontal Clustering" has been implemented? It's more than just installing the 2 Catalog nodes to use the same database:
How to Setup Horizontal Clustering Nodes for CA Service Catalog
Please also check to be sure the following steps in prereqs have been completed.
As ActiveMQ is responsible for message propagation across nodes , then all AMQ nodes should share a common multicast address.