AppDynamics switched from Semantic Versioning to Calendar Versioning starting in February 2020 for some agents and March 2020 for the entire product suite.

    Skip to end of metadata
    Go to start of metadata

    Related pages:

    Your Rating:
    1 Star2 Star3 Star4 Star5 Star
    6 rates
    The following notes describe 4.5.x updates to Server Visibility.

    If an artifact has been updated, the version number of the updated artifact and its availability date are listed below. The version number corresponds to that shown on the download portal (

    The most recent releases appear at the top of the page.

    4.5.17 Updates

    Resolved Issues



    The incident drill-down page now redirects to the appropriate application based on the application context
    SERVER-7696The width of the "Name" field in the Server Visibility tab is now adjustable

    4.5.16 Updates

    Resolved Issues



    SERVER-7931The Machine Agent no longer shows availability greater than 100%

    4.5.15 Updates

    Resolved Issues



    SERVER-4978Basic monitoring is supported on AIX.

    The Machine Agents page is now displaying all nodes correctly.

    SERVER-7025Fixed error when toggling Machine Agent for .NET Agent node/app in Controller UI.
    SERVER-7351Upgrade now sets sim.machines.reuse.enabled config key to true.
    SERVER-769 8Server Tab loads successfully for all accounts without any issue and all fields are displaying correctly on multi-tenant controller

    4.5.13 Updates

    • From Controller version 4.5.13 onwards, pagination is the default behavior on the servers and containers list pages. The information is fetched on demand and additional records will be retrieved and displayed as a user scrolls. Search is only available for the name and host id columns. Sorting is only available on the hostname, container, and health fields. The account flag sim.server.pagination has been removed from the Account settings.

    August 27, 2019

    Resolved Issues
    SERVER-5862In the Server detail view > Volume card Disk I/O now correctly displays utilization as a percentage instead of in milliseconds
    SERVER-6611404 “Not Found” error occurs when selecting a volume in the Servers page

    4.5.12 Updates

    July 31, 2019

    Resolved Issues
    SERVER-6356Search in the Machine Agent tab is no longer case-sensitive.

    4.5.11 Updates

    July 8, 2019

    • The Server Visibility Metric Browser supports up to 30,000 machine agents and containers reporting to a single Controller.
    • The Server Visibility Metric Browser supports up to 100,000 app agents reporting to a single Controller.
    • The Streamlined Browsing mode is enabled by default for the Server Metric Browser.
    • Server Visibility supports navigation from a server or container to the associated APM node dashboard
    Resolved Issues
    SERVER-6256Server process metrics stop reporting on Windows 2012 R2
    SERVER-6315Container metadata now reported when "sim.metrics.metricBrowser.machineMetricMappings.enabled" is set to true.
    SERVER-6322Fixed Machine Agent registration for Server Visibility.


    The User Interface element Response Size (bytes) correctly displays a value of 0, instead of displaying NaNundefined
    SERVER-6437Fixed the association between a Machine Agent and and the App Server agent when running directly on the host
    SERVER-6606The Server Visibility Metric Browser existing agents report metrics correctly after upgrade to Controller 4.5.11

    4.5.10 Updates

    June 6, 2019

    • AppDynamics enables the monitoring of all containers on the host machine through the sim.docker.monitorAPMContainersOnly property. This property was formerly named sim.docker.infraMode.enabled. By default, only containers with APM agents running inside are monitored but this behavior can be changed by setting this property to false. See Controller Settings for Server Visibility.
    Resolved Issues
    SERVER‑5153"View Dashboard" link from Health Rule Violation now goes to the correct dashboard
    SERVER-6273The Tagged Metrics window now displays correctly

    4.5.9 Updates

    April 22, 2019

    Resolved Issues
    SERVER-4910 With Docker deployment, Machine Agent is not associated with the app on Settings > AppDynamics Agents > Machine Agent page
    SERVER-6170Server tab correctly loads metrics for Custom time ranges
    SERVER-6215New processes are registering properly after increasing the process purge rate

    4.5.8 Updates

    Version – February 22, 2019

    Resolved Issues
    SERVER-5174Service Availability is not displaying the events as expected
    SERVER‑5685From 4.5.4 and later, the Machine Agent is missing the secure credential store utility


    The CPU Busy percentage on Windows is now consistent with the value reported on the Perfmon tool

    SERVER-5154The Machine Agent will work in OpenShift Container Platform with access to the master node

    4.5.7 Updates

    Version – January 25, 2019

    Resolved Issues
    SERVER‑5233(SIM) Docker Visibility is reporting memory used percentage metrics incorrectly

    4.5.4 Updates

    Version – October 25, 2018

    Resolved Issues
    SERVER‑4361Machine Agent not reporting metrics on docker when process command contains space
    SERVER‑4194Machine agent does not serialize Optional correctly when monitoring app agent containers

    4.5.2 Updates

    October 15, 2018

    Resolved Issues
    SERVER‑4467Machine Agent not collecting data when the collector script contains non-ASCII characters
    SERVER-4720HardwareMonitor (OS Specific) reports incorrect memory metrics on RHEL 7.x when REPORT_MEMORY_FREE_AS_MEMORY_AVAILABLE is enabled
    SERVER-4892Machine Agent looks for custom trust store relative to machine_agent_home rather than machine_agent_home/conf

    4.5.1 Updates

    Version – September 5, 2018

    • Increased the value for sim.machines.tags.maxPerAccount from 500 to 1000.
    Resolved Issues
    SERVER‑4744Application Infrastructure Performance root takes a long time to load
    SERVER-4848Tags not visible for SIM enabled Machine Agent

    4.5.0 Updates

    July 11, 2018

    • This release supports monitoring of applications deployed in OpenShift v3. See Monitoring Red Hat OpenShift Clusters.
    • Dynamic Monitoring Mode enhancements:
      • Dynamic Monitoring Mode (DMM) is now supported for all Docker Visibility metrics. See Dynamic Monitoring Mode and Docker Visibility.
      • The Controller now has three different DMM defaults for all agents reporting to that Controller. Each setting applies to a different set of metrics. 
        • sim.machines.dmm.physical.defaultMode
          Default for Hardware Resources Metrics on servers without Docker Visibility
        • sim.machines.dmm.containerAware.defaultMode
          Default for Hardware Resources Metrics on servers with Docker Visibility enabled
        • sim.machines.dmm.container.defaultMode
          Default for Docker Container Metrics on containers running apps monitored by App Agents
      • The default for all three settings is KPI, the lowest setting: collect Key Performance Indicator metrics only. 
      • AppDynamics recommends that you leave these global settings at their defaults and increase the DMM on individual servers or containers on an "as-needed" basis: 
        • When you need to troubleshoot a specific server or container, increase the DMM on that object only. 
        • When you finish troubleshooting that object, set the DMM on that object back to KPI.
      • When a container monitored by a Java App Agent shuts down and restarts, any overridden DMM specified for the shut-down container is lost. The DMM for the restarted container automatically resets to the global default specified by sim.machines.dmm.container.defaultMode.
    • Docker Visibility enhancements:
      • The Container Details window includes a new Network tab. This tab is available only if the Dynamic Monitoring Mode for the container is Diagnostic or Advanced Diagnostic. This tab shows:
        • Network KB – Total traffic (KB)
        • Network Rate – Rate of traffic (KB/s) 
        • Network Errors
          • Packet Drops – Rate of incoming/outgoing packets dropped by the network. A high rate of packet drops might indicate congestion or other network issues.
          • Errors – Rate of incoming/outgoing packets with errors. 
      • The following new metrics are available in the Metric Browser:
        • CPU %Busy Scaled – If the -cpus=<value> option is set in the container, this metric measures the scaled value of the CPU's property. If this value is not set, this metric measures the scaled value of the Logical CPUs property.
          You must enable CPU Scaling on the Controller to collect this metric.

        • Network metrics
          • Incoming KB
          • Outgoing KB
          • Incoming KB/sec
          • Outgoing KB/sec
          • Incoming packets
          • Outgoing packets
          • Incoming packets dropped
          • Outgoing packets dropped
        • Disks – these metrics might not be available on all platforms:
          • Average IO Utilization (%) – Average disk utilization for read/write operations.
          • Queue size – Average number of container requests queued during the time bucket. Consistently high queue sizes indicate that the container is not getting enough IO resources.
    Resolved Issues
    SERVER‑2059Controller UI stops working intermittently due to threadpool saturation


    Service Availability Event should display events related to that service only


    Node Dashboard > Server tab should show the same information as Server Dashboard


    Server page shows data for 13 hours, not selected time range of 1 day (observed on SaaS Controller)


    Disk usage percentage on Linux needs to reflect "df -P -m" command

    SERVER-4412Service Availability configurations on agent host get deleted when the machine is considered stale and marked for deletion 


    License > Account Usage does not show Service Availability license usage

    Server Visibility Known Issues
    • Dynamic Monitoring Mode (DMM) is enabled by default on the Controller starting in release 4.5. When DMM is enabled, the Servers tab does not show data for machines that are currently inactive but are not yet deleted. (An inactive machine will re-appear in the Controller if it becomes active again and resumes reporting data to the Controller.)
      To see data for inactive machines, disable DMM on the Controller; view data for the machines of interest, and then re-enable DMM. 
    • If a metric name contains colons (:), the Metric Browser interprets the name as hierarchically separated.
    • If the machine that a Machine Agent is monitoring goes to sleep, monitored processes might be duplicated on the Controller. Because the process has a new start time, the Controller interprets it as a new process. When the configured process count is reached, the Controller marks the duplicated processes as terminated and purges them.
    • (Windows only) You must have .NET Compatibility Mode enabled for Server Visibility to work correctly on a server with a .NET APM agent installed.
    • Server Visibility does not support the following on Solaris:
      • Solaris zones
      • Unicode characters
    • The following Health Rule is disabled by default in this release: 
           Disk Usage is too high on at least one partition. 
      This wildcard health rule can result in high resource consumption and health rule evaluation times on the Controller. If this rule is critical for your environment, the recommended practice is to create your own custom Health Rules and apply specific rules for specific volumes on specific servers. For more information, see the following Support Advisory:
    Docker Visibility Known Issues
    • The Standalone Machine Agent running inside the container sometimes reports a few extra volumes for the host machine. This can result in a higher total volume for the aggregate volume metrics.
    • There might be gaps in the container network I/O metrics. This happens because the Docker API resets the accumulated network I/O metric data for every 4.2 GB of data sent or received. When the data is reset, the Standalone Machine Agent calculates negative I/O values and does not report a data point for that time window.
    • If the agent started monitoring the current container after the beginning of the selected time range in the Controller, the Controller might show metric data prior to the container start time. This metric data will include metrics from a previously monitored container. This behavior occurs when the Controller flag "sim.machines.reuse.enabled" is enabled. 
    • If the agent started monitoring the current container before the beginning of the selected time range in the Controller, the data is correct for the current container.
    • If a container stops running while it is being monitored, the Tiers & Nodes Dashboard > Server tab will show data for the stopped container rather than for the underlying server.
    • In some cases, container monitoring is suspended when some containers that are currently being monitored are stopped. This issue has been observed on Docker API version 1.24. The suggested workarounds, in this case, are to
      • Restart the Standalone Machine Agent (Docker Visibility will start monitoring the containers), or 
      • Upgrade to Docker CC/EE v17.03 or Docker Engine v1.13.
    • cgroup data collection is not supported in Kubernetes deployments. If the Standalone Machine Agent is monitoring containers deployed as Kubernetes pods, do not enable the cgroup Enabled setting.
    • The Container Details > Network tab does not display IP or MAC addresses for monitored containers.