https://community.dynatrace.com/t5/Troubleshooting/Why-is-a-problem-not-being-raised-in-Dynatrace/ta-p/303579 <P><LI-TOC indent="15" liststyle="disc" maxheadinglevel="2"></LI-TOC></P> <DIV class="lia-message-template-content-zone"> <DIV> <UL> <LI>Confirm the event was actually generated</LI> <LI>Check if the issue was classified as a Frequent issue</LI> <LI>Check if the event was merged into an existing problem</LI> <LI>Check for an active Maintenance window</LI> <LI>Verify Anomaly detection thresholds and sensitivity</LI> <LI> <DIV>Check for problem suppression flags on the event</DIV> </LI> <LI>What's next</LI> </UL> </DIV> <H2>Summary<BR /><BR /></H2> <DIV>This article provides a step-by-step checklist to help you investigate scenarios where a problem is expected to be raised in Dynatrace but is not appearing on the Problems page or triggering notifications. It covers the most common reasons including frequent issue detection, event merging, active maintenance windows, alerting profile scope, anomaly detection thresholds, and problem suppression and points you to the settings and tools you can use to validate each cause.<BR /><BR /></DIV> <H2>Problem<BR /><BR /></H2> <DIV> <P>You expect Dynatrace to raise a problem for a specific issue; for example, a service failure, high CPU, or an unavailable process. But no problem appears on the Problems page, and no alert or notification is sent for the affected timeframe.</P> <P>This can happen even when the underlying metric or event looks abnormal on the entity's chart. In most cases, the behavior is expected and caused by a configuration or Davis AI decision (such as frequent issue detection, event merging, an active maintenance window, anomaly detection thresholds, alerting profile scope, or problem suppression) rather than a monitoring gap.</P> <P>Use the checklist below to identify which of these is responsible.<BR /><BR /></P> </DIV> <H2>Troubleshooting steps</H2> <P><STRONG><BR /><U>Confirm the event was actually generated</U></STRONG></P> <DIV>Problems are generated based on events. If there are no events, there is no problem. First, make sure that the event is present.</DIV> <DIV>You can check the Events section of the entity page or query the data in a Notebook or Dashboard.</DIV> <P>For example, filtering events for particular process instance:<BR /><BR />fetch events<BR />|&nbsp;filter dt.entity.process_group_instance == "PROCESS_GROUP_INSTANCE-F309E6AF540DAF55"<BR /><BR /><span class="lia-inline-image-display-wrapper lia-image-align-center" image-alt="image.png"><img src="https://community.dynatrace.com/t5/image/serverpage/image-id/34030i1E5623F490BDFF10/image-size/large?v=v2&amp;px=999" alt="image.png" title="image.png" /></span></P> <P>&nbsp;</P> <P><span class="lia-inline-image-display-wrapper lia-image-align-center" image-alt="image.png"><img src="https://community.dynatrace.com/t5/image/serverpage/image-id/34031i310DD0BEEABB0249/image-size/large?v=v2&amp;px=999" alt="image.png" title="image.png" /></span></P> <P>&nbsp;</P> <P><span class="lia-inline-image-display-wrapper lia-image-align-center" image-alt="image.png"><img src="https://community.dynatrace.com/t5/image/serverpage/image-id/34032i5873183200E4E841/image-size/large?v=v2&amp;px=999" alt="image.png" title="image.png" /></span></P> <P>&nbsp;</P> <P><BR /><BR /></P> <DIV>When no events are generated, verify the configuration of your anomaly detector, metric event, and problem generation settings. Make sure the data points match the sliding window configuration and confirm that anomaly detection is in a success state with the detector/metric event configurations enabled.</DIV> <P><STRONG><BR /><U>Check if the issue was classified as a Frequent issue</U><BR /></STRONG></P> <P><BR />In the Events section of the entity page, filter for Frequent issue and adjust the timeframe to your investigation window. Compare the event timestamps against the time you expected the problem to appear.</P> <P><BR /><span class="lia-inline-image-display-wrapper lia-image-align-center" image-alt="image.png"><img src="https://community.dynatrace.com/t5/image/serverpage/image-id/34033i5FE831DC34C33C6A/image-size/large?v=v2&amp;px=999" alt="image.png" title="image.png" /></span></P> <P>&nbsp;</P> <P><span class="lia-inline-image-display-wrapper lia-image-align-center" image-alt="image.png"><img src="https://community.dynatrace.com/t5/image/serverpage/image-id/34034iA11A063BA83456D5/image-size/large?v=v2&amp;px=999" alt="image.png" title="image.png" /></span></P> <P>&nbsp;</P> <DIV>Alternatively, use a Dashboard or Notebook and apply the same filters on event and entity. Check the property <STRONG><CODE>dt.davis.is_frequent_issue_detection_allowed</CODE></STRONG>&nbsp; if the value is&nbsp;<STRONG><CODE>true</CODE></STRONG>,&nbsp; <DIV>the event is treated as a frequent issue, and no problem is generated.</DIV> </DIV> <P><BR /><BR /><span class="lia-inline-image-display-wrapper lia-image-align-center" image-alt="image.png"><img src="https://community.dynatrace.com/t5/image/serverpage/image-id/34035i097F6A2B4681CD68/image-size/large?v=v2&amp;px=999" alt="image.png" title="image.png" /></span></P> <P>&nbsp;</P> <P><span class="lia-inline-image-display-wrapper lia-image-align-center" image-alt="image.png"><img src="https://community.dynatrace.com/t5/image/serverpage/image-id/34036iCB025681B0BD4E99/image-size/large?v=v2&amp;px=999" alt="image.png" title="image.png" /></span></P> <DIV>You can confirm whether frequent issue detection is enabled by checking the event properties of the anomaly detector, as well as under Settings (Classic) → Anomaly detection → Frequent issue detection&nbsp;or within any other alerting configuration you have in place.<BR /><BR /></DIV> <P><span class="lia-inline-image-display-wrapper lia-image-align-center" image-alt="image.png"><img src="https://community.dynatrace.com/t5/image/serverpage/image-id/34083i3621FAA1840BC722/image-size/large?v=v2&amp;px=999" alt="image.png" title="image.png" /></span></P> <P>&nbsp;</P> <P><span class="lia-inline-image-display-wrapper lia-image-align-center" image-alt="image.png"><img src="https://community.dynatrace.com/t5/image/serverpage/image-id/34084iB043B47F96B364EC/image-size/large?v=v2&amp;px=999" alt="image.png" title="image.png" /></span></P> <P>&nbsp;</P> <P><span class="lia-inline-image-display-wrapper lia-image-align-center" image-alt="image.png"><img src="https://community.dynatrace.com/t5/image/serverpage/image-id/34085i9B887049FD663A20/image-size/large?v=v2&amp;px=999" alt="image.png" title="image.png" /></span></P> <P>&nbsp;</P> <P><STRONG><U>Check if the event was merged into an existing problem</U><BR /></STRONG></P> <DIV> <P>If there's already an open problem, a new problem can be merged into it. This can happen either just before the new problem is created (as events are generated) or immediately after. When this occurs, the merged problem won't appear separately in the UI. Merging takes place when the events share the same root cause or occur around the same time with a topology match (vertical stack).</P> <P>To confirm whether new events or problems were merged into an existing one, first check whether an open problem already exists. Then look for the property <CODE>dt.davis.is_merging_allowed</CODE> in the event properties; if its value is <CODE>true</CODE>, the new events have been merged into the existing open problem.</P> </DIV> <P><BR /><span class="lia-inline-image-display-wrapper lia-image-align-center" image-alt="image.png"><img src="https://community.dynatrace.com/t5/image/serverpage/image-id/34080iB32E4EA98689BA78/image-size/large?v=v2&amp;px=999" alt="image.png" title="image.png" /></span></P> <P>&nbsp;</P> <P><span class="lia-inline-image-display-wrapper lia-image-align-center" image-alt="image.png"><img src="https://community.dynatrace.com/t5/image/serverpage/image-id/34081i8F391A404E4187B6/image-size/large?v=v2&amp;px=999" alt="image.png" title="image.png" /></span></P> <P>&nbsp;<BR />You can check if the merging is allowed in the event properties of anomaly detector and also any other alerting configuration you have.</P> <P><span class="lia-inline-image-display-wrapper lia-image-align-center" image-alt="image.png"><img src="https://community.dynatrace.com/t5/image/serverpage/image-id/34082i5A2AECC9889C5D59/image-size/large?v=v2&amp;px=999" alt="image.png" title="image.png" /></span></P> <P>&nbsp;</P> <P><span class="lia-inline-image-display-wrapper lia-image-align-center" image-alt="image.png"><img src="https://community.dynatrace.com/t5/image/serverpage/image-id/34086iDF86548F3856A44A/image-size/large?v=v2&amp;px=999" alt="image.png" title="image.png" /></span></P> <P>&nbsp;<BR /><STRONG><U>Check for an active Maintenance window</U><BR /><BR /></STRONG>Depending on the maintenance window configuration, alerts and notifications can be suppressed. To check whether an active maintenance window is being applied to the event, look for the <STRONG><CODE>maintenance.is_under_maintenance</CODE></STRONG> property. If its value is <STRONG><CODE>true</CODE></STRONG>, a maintenance window is applied to the event and depending on its configuration the alert or notification may be suppressed.</P> <P><BR /><BR /><span class="lia-inline-image-display-wrapper lia-image-align-center" image-alt="image.png"><img src="https://community.dynatrace.com/t5/image/serverpage/image-id/34087i7B3544D874492033/image-size/large?v=v2&amp;px=999" alt="image.png" title="image.png" /></span></P> <P>&nbsp;</P> <P><span class="lia-inline-image-display-wrapper lia-image-align-center" image-alt="image.png"><img src="https://community.dynatrace.com/t5/image/serverpage/image-id/34088iDFBA468E0EFCAF01/image-size/large?v=v2&amp;px=999" alt="image.png" title="image.png" /></span></P> <P><BR /><EM>Note: Maintenance window is applied to the event timestamps not to the problem duration timestamps<BR /><BR /></EM></P> <P>&nbsp;</P> <DIV> <DIV><STRONG><U>Verify thresholds and sensitivity (Built-in anomaly detection):</U></STRONG><BR /><BR />For built-in anomaly detection (services, hosts, applications, and other Davis-detected anomalies), a problem is generated only when the monitored metric violates the configured threshold and the required sensitivity conditions are met.<BR aria-hidden="true" />When investigating why a problem was not raised, verify that the threshold, sensitivity settings, and evaluation timeframe align with the observed behavior. If the metric did not satisfy the configured conditions for the required duration, no event will be generated and therefore no problem will be created.<BR /><BR />Example:<BR /><BR />For built-in service failure-rate detection, Dynatrace compares the current failure rate against the service's expected baseline. An event is generated only when all configured conditions are met:</DIV> <UL> <LI>The current request volume meets the minimum requests per minute requirement.</LI> <LI>The abnormal condition persists for at least the configured duration.</LI> <LI>The failure rate exceeds both the configured absolute and relative thresholds.<BR /><BR /></LI> </UL> <DIV>Example scenario:<BR /><BR />Assume the configuration is:</DIV> <UL> <LI>Minimum requests per minute: 10</LI> <LI>Abnormal state duration: 1 minute</LI> <LI>Expected failure rate: 15%</LI> <LI>Absolute threshold: 0%</LI> <LI>Relative threshold: 50%</LI> </UL> <DIV>Dynatrace calculates:</DIV> <UL> <LI>Absolute threshold = 15% + 0% = 15%</LI> <LI>Relative threshold = 15% + (15% × 50%) = 22.5%</LI> </UL> <DIV>Since both thresholds must be exceeded, the effective trigger point is 22.5%.<BR aria-hidden="true" />If the failure rate rises to 25% but the service processes only 5 requests per minute, no event is generated because the minimum request volume condition is not met.<BR aria-hidden="true" />Likewise, if the failure rate rises to 25% and the service processes 20 requests per minute, but the condition lasts only 30 seconds, no event is generated because the required duration has not been met.<BR aria-hidden="true" />An event is generated only when the failure rate remains above 22.5%, the service receives at least 10 requests per minute, and the condition persists for at least 1 minute. Since problems are generated from events, if these conditions are not met, no failure-rate event and therefore no problem will be created.<BR /><BR /><BR /></DIV> <span class="lia-inline-image-display-wrapper lia-image-align-center" image-alt="image.png"><img src="https://community.dynatrace.com/t5/image/serverpage/image-id/34101i864C399FAADD24AE/image-size/large?v=v2&amp;px=999" alt="image.png" title="image.png" /></span> <P>&nbsp;</P> <DIV><STRONG><U>Verify thresholds, evaluation window, and metric latency (Metric events and Davis anomaly detectors):</U></STRONG><BR /><BR />For metric events and custom Davis anomaly detectors, verify that the metric values satisfy the configured threshold and violating sample requirements within the selected sliding window timeframe.<BR /><BR />To validate the behavior, you can query the metric in a Notebook with the same timeframe used by the alert configuration. If using the Notebook's Analyze and alert option, keep in mind that it may show a simulated alert result that does not always represent an actual generated event. For accurate validation, disable Analyze and alert, run the query using the same timeframe as the alert configuration, and verify whether the returned samples meet the configured alert conditions.<BR /><BR />Additionally, consider metric ingestion latency. If metric data arrives later than expected, the anomaly detector may evaluate the sliding window before all relevant samples have been ingested. As a result, Dynatrace may not see enough violating samples during evaluation and no event will be generated.<BR /><BR /><STRONG>Example</STRONG><BR aria-hidden="true" />Assume the following configuration:</DIV> <UL> <LI>Sliding window: 5 minutes</LI> <LI>Violating samples required: 3 of 5</LI> <LI>Threshold: CPU usage &gt; 90%</LI> <LI>Metric ingestion latency: 2 minutes</LI> </UL> <DIV><BR />The CPU exceeds 90% from 10:00 to 10:04, generating three violating samples. However, when Dynatrace evaluates the alert at 10:05, some of those samples have not yet been ingested because of the 2-minute delay. Since fewer than three violating samples are available during evaluation, the event is not created even though the chart later shows a threshold violation.<BR /><BR />To address this, configure a <STRONG>Query offset</STRONG> that matches the observed ingestion latency. Query offset shifts the evaluation window backward in time, allowing Dynatrace to evaluate a complete set of ingested data rather than potentially incomplete real-time data. This helps prevent missed alerts caused solely by delayed metric ingestion.</DIV> <BR /> <DIV>You can find the steps to check metric latency in this article, under the Query your data section.</DIV> <A href="https://community.dynatrace.com/t5/Troubleshooting/How-to-set-up-Metric-events-Davis-anomaly-detectors/ta-p/284156" target="_blank" rel="noopener">How to set up Metric events / Davis anomaly detectors - Community Home</A><BR /><BR /></DIV> <DIV> <P><STRONG>Check for problem suppression flags on the event<BR /></STRONG></P> <DIV>A problem is suppressed when the event carries<STRONG><CODE>dt.davis.is_problem_suppressed=true</CODE>. </STRONG>This can happen in two ways. <BR /><BR />First, through an explicit setting on event ingest, where you or the source integration set <CODE><STRONG>dt.davis.is_problem_suppressed=true</STRONG></CODE> as an event property on a custom event, and Davis skips problem creation. <BR /><BR />Second, by manually closing a problem, which can cause Davis to apply the same property to the underlying custom event and block future problems. To raise a new problem, the suppressed event must be resolved, after which a newly reported event will open a fresh problem.<BR /><BR /></DIV> <P><STRONG>Additional note:</STRONG></P> <P>Problem creation depends on its configuration. So, if it was working fine previously and is not working now, check the revision history of the related configurations (anomaly detector, metric event, tags, management zone, segments) to see whether any recent changes were made which might affect the alerting.</P> </DIV> <H2>What's next</H2> <P>If you've worked through the full checklist and the cause is still unclear, please open a support case and include the configuration link used for alerting, the affected entity, and the expected problem timestamp (with time zone). It also helps to include screenshots of the anomaly, the event properties you checked, and any recent configuration changes along with their revision history.</P> </DIV> Fri, 21 Aug 2026 07:50:45 GMT mayuri_dundi 2026-08-21T07:50:45Z https://community.dynatrace.com/t5/Troubleshooting/Why-is-a-problem-not-being-raised-in-Dynatrace/ta-p/303579 <P><LI-TOC indent="15" liststyle="disc" maxheadinglevel="2"></LI-TOC></P> <DIV class="lia-message-template-content-zone"> <P>*<EM>Use a table of contents for longer articles.&nbsp;</EM></P> <H2>Summary</H2> <P><EM>*This is a mandatory section.</EM></P> <P><EM>Short description of which part of the Dynatrace platform the article refers to and what kind of problem it will help resolve/ task it will describe.</EM></P> <P>&nbsp;</P> <H2>Problem</H2> <P><EM>*This is a mandatory section.</EM></P> <P><EM>Provide a precise description of the problem/ task to be described. Use anonymized screenshots, and include text for&nbsp;important messages, errors, or information that will help the customer find this article when searching.</EM></P> <P>&nbsp;</P> <H2>Troubleshooting steps</H2> <P><EM>*This section can be omitted as necessary.</EM></P> <P><EM>Explain what troubleshooting steps should be taken to ensure the problem matches this article.</EM></P> <P>&nbsp;</P> <H2>Resolution</H2> <P><EM>*This section can be omitted for articles that guide customers on case creation.</EM></P> <P><EM>Explain the solution or all possible solutions resulting from the troubleshooting steps.<BR /><BR /></EM></P> <H2>What's next</H2> <P><EM>*This is a mandatory section. Customers need a way to respond or follow up if they have questions.&nbsp;</EM></P> <P><EM>Explain what to do if the article didn't help.&nbsp;</EM><EM>Note that there are multiple options available, including:</EM></P> <OL> <LI><EM><STRONG>Opening a chat or support case&nbsp;</STRONG>- be as specific as possible about the information the customer should include in the case.&nbsp;</EM><EM>Use the following formula and fill or change the bullet points:<BR /><BR /></EM> If this article didn't help, <STRONG>create a chat or open a support case</STRONG> <UL> <LI>Mention that you reviewed this article.</LI> <LI>Include the following details: <UL> <LI>Link to XYZ</LI> <LI>Screenshot of XYZ</LI> <LI>Information about XYZ</LI> </UL> </LI> </UL> </LI> <LI><EM><STRONG>Suggesting Product Idea</STRONG> - encourage the customer to suggest/ vote for a Product Idea explaining their business use case.<BR /></EM> <DIV>Please submit a Product Idea with detailed information about your request and use case in the Product Ideas forum. Our Product Management team regularly reviews these suggestions:</DIV> <A href="https://community.dynatrace.com/t5/Dynatrace-product-ideas/idb-p/DynatraceProductIdeas" target="_blank" rel="noopener">https://community.dynatrace.com/t5/Dynatrace-product-ideas/idb-p/DynatraceProductIdeas</A></LI> <LI><STRONG><EM>Explain this will change in the future </EM></STRONG><EM>- explain that this behavior will change in a future release. (No product idea / support case needed)</EM></LI> <LI><STRONG><EM>Alternatives -</EM></STRONG><EM>&nbsp;any other actions or links to other articles that could move the customer forward.</EM></LI> </OL> <H2><BR />Related reading</H2> <P><EM>*Link this article to other relevant configuration or troubleshooting guides, including any applicable troubleshooting maps.<BR />:open_book:&nbsp;&nbsp;</EM><A href="https://community.dynatrace.com/t5/Troubleshooting/" target="_blank" rel="noopener">XXX Troubleshooting Map</A></P> <P>:open_book:&nbsp; Link 1</P> <P>:open_book:&nbsp; Link 2</P> <P>:open_book:&nbsp; Link 3</P> <P>:open_book:&nbsp; Link 4</P> </DIV> Fri, 21 Aug 2026 07:50:45 GMT https://community.dynatrace.com/t5/Troubleshooting/Why-is-a-problem-not-being-raised-in-Dynatrace/ta-p/303579 mayuri_dundi 2026-08-21T07:50:45Z https://community.dynatrace.com/t5/Troubleshooting/Why-is-a-problem-not-being-raised-in-Dynatrace/tac-p/303652#M1183 <P>Hi,</P><P>Nice summary, thank you!&nbsp;<img class="lia-deferred-image lia-image-emoji" src="https://community.dynatrace.com/html/@0619AF12A3F7F3806F31A2EB83AC4DDA/images/emoticons/cool_doge.gif" alt=":cool_doge:" title=":cool_doge:" /></P><P>Best regards</P> Fri, 21 Aug 2026 08:30:09 GMT https://community.dynatrace.com/t5/Troubleshooting/Why-is-a-problem-not-being-raised-in-Dynatrace/tac-p/303652#M1183 AntonPineiro 2026-08-21T08:30:09Z