Knowledge Base

Showing results for 
Search instead for 
Did you mean: 

How do I troubleshoot missing custom metrics or extensions metrics in the Controller?

Users who have installed an AppDynamics monitoring extension and are not able to see metrics in the Controller should use the following guide to troubleshoot.


Note: The extension needs to be placed in the monitors directory of your Machine Agent installation directory. Do not place the extension in the extensions directory.




Where to look for custom metrics from extensions

Once you have everything configured correctly, start the Machine Agent and go to your Controller.

  1. In the Controller, select the correct “Application Name”
  2. Now navigate to the Metric Browser tab on the bottom left.
  3. Once you click on that, you will see a pop-up window
  4. Select "Application Infrastructure Performance"
  5. Select  <Your Tier Name>
  6. Select  "Custom Metrics"
  7. This will lead you to all your “Extension Metrics”


  • If you have SIM Enabled, then you wlil have to select the Servers tab on the Top Menu Bar. Go to the Metric Browser there and follow the steps 3 to 7 from the aforementioned list. 
  • If you are unable to see any metrics there or think you did not configure your extension correctly, please use the following steps to troubleshoot your issue.
  • If you wish to configure additional monitors or extensions while the Machine Agent is still running, it is mandatory to restart the Machine Agent in order for the changes to come into effect. 


1. Is the machine agent’s "availability" metric being reported?

The Machine Agent’s “availability” metric confirms that the Machine Agent is correctly configured with Controller.


If the metric is not being reported, then it is an association problem and that should be rectified first. See below to further troubleshoot this issue.





2. Is SIM enabled?

If yes, the metrics would show up in the Metric Browser under the Servers tab.




If not, you are running the Machine Agent in a Standalone Mode.



3. Is there an AppDynamics Java Application Agent running on the same host?

The application name, tier name and node name are not required if there is an App Agent with a matching unique host. For more details about a unique host, see Unique Host ID.


In Standalone Mode, it is imperative to provide the application name, tier name and node name to the Machine Agent. These can be provided as JVM arguments to the Machine Agent or can be specified in the controller-info.xml file in the conf directory of the Machine Agent.


For more info: Independent Standalone Machine Agent Install Scenario



In Standalone Mode, custom metrics are reported in the Metric Browser under the specified application.




Even if the application name, tier name, and node name are set and there is an App Agent running with the same unique host ID but with a different tier information, the Machine Agent will report only to that same tier to which the App Agent is associated. So, in this case, the application name, tier name, and node name set in Machine Agent will be ignored.



4. Is the correct component/tier information provided in the extension's config.yaml file?

Every extension is shipped with a field called metricPrefix in the config.yaml file. There are two possible formats for this.


Option AmetricPrefix: "Server|Component:<Component_id>|Custom Metrics|Cassandra"

Option BmetricPrefix: "Custom Metrics|Cassandra"


For example, in case of Cassandra Monitoring Extension, the metric prefix  could be metricPrefix: "Server|Component:<Component_id>|Custom Metrics|Cassandra"  for Controller versions 4.1.x and above.


If you have SIM enabled, you should set the metric prefix as specified in Option B. If Machine Agent is running in Standalone Mode, we should set it as specified in Option A.



5. Is the correct component ID or component name provided in the metric prefix?

The Component_id or Component_name that you have to add in the metric prefix is the same as the tier ID. 


To navigate to this information, follow these steps:

  1. Go to your Controller
  2. Select the Application associated to your Machine Agent.
  3. Select “Tiers and Nodes” and select the exact tier corresponding to your Machine Agent.
  4. Once you select the Tier, click the Details button to open the Dashboard.
  5. Once you reach the Dashboard, take a look at the URL and find the word tier and the value corresponding to it.
  6. That value should be a number and that is your tier ID or component ID that you need to update as your Component_ID value in the config.


Note: The component ID or component name here is the same as the tier ID or tier name. To get the component ID information, please check the URL as specified here:




IMPORTANT: The component ID or component name specified in the metric prefix of the extension should match the corresponding tier of the Machine Agent. The extension cannot report to a tier different than its Machine Agent's tier.  



6. Is the config.yml file valid?

Use a linter by copying the contents of the config.yml file and paste them in .


You should see the following:



If not, please recheck your formatting in the config.yml file. Please note that YAML files do not use tabs and use only spaces. Please make sure your contents of the YAML file are valid as that is a key step for the extension to work.



7. Is the metric limit being exceeded in the machine agent?

The number of metrics sent by the Machine Agent is limited by the -Dappdynamics.agent.maxMetrics JVM argument. Try increasing the limit and restarting the Machine Agent. More information on this here: Metrics Limits.


Please note that you should not just set this number to an arbitrarily large number. It is a factor of how many metrics are produced by your installed extensions, heap memory provided to the Machine Agent etc. Please check the hardware and sizing requirements for Machine Agents and extensions here.


For example, to start your Machine Agent with an increased metrics limit, please use the following command: 

java -Dappdynamics.agent.maxMetrics=2500 -jar machineagent.jar



8. Is the extension working in Workbench Mode?

Please note that some of our extensions ship with Workbench Mode. The purpose of Workbench Mode is to view metrics before they get registered in the Controller. Using this mode, you can filter the unwanted metrics and report only what is intended. Please check the corresponding extension documentation here to see if Workbench Mode is supported.



9. Contact the Support Team

If you still face issues with custom metrics in the Controller, please open a ticket with the Support Team, provide Machine Agent debug logs and mention whether or not you were able to see the metrics in Workbench Mode.


Machine Agent Debug logs:

  1. Stop the running Machine Agent
  2. Delete all existing logs under <MachineAgent>/logs
  3. Enable debug logging by editing the file <MachineAgent>/conf/logging/log4j.xml. Change the level value of the following <logger> elements to debug.
    1. <logger name="com.singularity"
    2. <logger name="com.appdynamics"
  4. Start the Machine Agent and let it run for 10 mins. Then zip and upload the all the logs in the directory <MachineAgent>/logs/*
  5. Attach the zipped <MachineAgent>/conf/*? directory
  6. Attach the zipped <MachineAgent>/monitors/*? directory
Version history
Revision #:
18 of 18
Last update:
‎09-07-2018 12:58 PM
Updated by:

Very informative. 

 I can still not see the metrics from our MQ servers in the metric browser.

I currently do not have enough rights to raise an appdynamics ticket even though i raised this concern several times with the support team.(info-appdynamics)

How do i send across the logs and details so that somebody from help support can analyse and give a solution ? Please help.


HI Anjana, 

Please contact your Account manager to get access to file tickets. Once you have that, please feel free to file tickets about the issues you are facing. You can also send an email to if you would like assistance on any issues as well.