Click the Start a free trial link to start a 15-day SaaS trial of our product and join our community as a trial user. If you are an existing customer do not start a free trial.
AppDynamics customers and established members should click the sign in button to authenticate.
I met a strange issue in my on-premise environment. At the beginning, it appeared to be missing link between the API gateway tier and the HTTP API server tier on the flow map, and no BT is shown for the API server tier. Both tiers are java applications.
I tried to peek with live preview, and seemed the agent for HTTP API server is working just fine, sending auto-detected transactions back to controller. But all of them are masked by a strange "Business Transaction: Not found (id 124)".
I feel this might be the reason preventing BTs of API server tier being shown. Can anyone shed me some light on this? How to dismiss such "ghost" BT? Thanks very much.
In case env information is needed:
AppDynamics Controller build 23.4.0-10019, running on RHEL 7.9.
Java agent :Server Agent #18.104.22.168839 v23.6.0 GA compatible with 22.214.171.124 r8e3a55588eed933a4f6bb44c4dec9edc8c25073f release/23.6.0
Please check 2 things
1. Check if you possibly excluded the Business Transaction in the Business Transaction view, by clicking on "View Excluded Business Transactions".
2. Under Transaction detection, check if you possibly have a BT Detection rule which excludes the BT from being discovered again
Also can you confirm if you can see this endpoint under Service Endpoints?
Thanks for the reply. This issue disappeared after I restarted the controller and all related agents.
My recall of how this situation came:
These auto-discovered BTs of HTTP API server tier used to be masked by an entrypoint BT of the API gateway tier, which is the id=124 BT. After I added a POJO rule to separate the entry point BT into several more meaningful BTs, I DID exclude and delete the original entry point BT.
But I still don't understand why the agent continued to hold the context of id=124 BT even after. Is this just a coincidence? Or what is the proper way to exclude the original upstream BT after adding new detection rules?
Thanks very much!