<?xml version="1.0" encoding="UTF-8"?>
<rss xmlns:content="http://purl.org/rss/1.0/modules/content/" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#" xmlns:taxo="http://purl.org/rss/1.0/modules/taxonomy/" version="2.0">
  <channel>
    <title>topic Re: LDAP Synthetic extension in Extensions</title>
    <link>https://community.dynatrace.com/t5/Extensions/LDAP-Synthetic-extension/m-p/303739#M7388</link>
    <description>&lt;P&gt;Hi&amp;nbsp;&lt;a href="https://community.dynatrace.com/t5/user/viewprofilepage/user-id/71493"&gt;@Georgi_Vuldzhev&lt;/a&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;I am not sure my response would be helpful or not as this is bit old post, however,&lt;/P&gt;&lt;P&gt;This is known behavior with Extensions 2.0 (EEC) and protocol synthetic extensions like LDAP.&lt;/P&gt;&lt;P&gt;Duplicate Monitors: Modifying key configuration fields generates a new internal entity ID rather than updating the existing one in place. The old monitor becomes orphaned and retains its last polled state.&lt;/P&gt;&lt;P&gt;The new Synthetic app enforces entity relationship constraints that block direct deletion of extension-managed monitors. The Classic Synthetic app bypasses these checks, which is why deletion works there.&lt;/P&gt;&lt;P&gt;Extension Removal vs. Monitor Deletion: Deleting the configuration stops polling, but Dynatrace does not auto-purge the historical monitor entity.&lt;/P&gt;&lt;P&gt;Workaround: Use Classic Synthetic to manually delete stale or orphaned LDAP monitors whenever you update or remove the extension configuration.&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;Thanks,&lt;/P&gt;&lt;P&gt;Sujit&lt;/P&gt;</description>
    <pubDate>Tue, 25 Aug 2026 02:22:09 GMT</pubDate>
    <dc:creator>sujit_k_singh</dc:creator>
    <dc:date>2026-08-25T02:22:09Z</dc:date>
    <item>
      <title>LDAP Synthetic extension</title>
      <link>https://community.dynatrace.com/t5/Extensions/LDAP-Synthetic-extension/m-p/298576#M7232</link>
      <description>&lt;P&gt;Hi everyone,&lt;/P&gt;
&lt;P&gt;I am working for the first time with the LDAP Synthetic extension in SaaS. I saw some things that seem to be strange to me and I wanted to check if someone else has faced this.&lt;/P&gt;
&lt;P&gt;&lt;BR /&gt;When I create a configuration in the extension it creates a Synthetic monitor with the name defined in the extension. This monitor is visible in both the classic and new Synthetic apps. I am facing some issues though:&lt;/P&gt;
&lt;P&gt;1) When I update the configuration in the extension this creates a new monitor on top of the already created one, which ends up in having more than one Synthetic LDAP monitor with the same name. If the configuration was initially failing the monitor associated with it shows failed status, while the new one, created upon changing the configuration shows OK status. I think Dynatrace should find a way to merge them (what I mean is that it updates the initially created monitor instead of creating a new one ontop of it).&lt;BR /&gt;&lt;BR /&gt;2) When you need to remove a monitor (for example because of the duplication mentioned above) you are unable to do this via the new Synthetic app (it shows the following error:&amp;nbsp;&lt;STRONG&gt;An error occurred while removing the monitors: Constraints violated.&lt;/STRONG&gt;) If I try removing them from Synthetic classic it works like a charm.&lt;BR /&gt;&lt;BR /&gt;3) Removing a configuration from the extension does not delete the associated Synthetic monitor.&lt;BR /&gt;&lt;BR /&gt;Has anyone had such an experience?&lt;BR /&gt;&lt;BR /&gt;All the best,&lt;BR /&gt;Georgi&lt;/P&gt;</description>
      <pubDate>Wed, 29 Apr 2026 06:17:43 GMT</pubDate>
      <guid>https://community.dynatrace.com/t5/Extensions/LDAP-Synthetic-extension/m-p/298576#M7232</guid>
      <dc:creator>Georgi_Vuldzhev</dc:creator>
      <dc:date>2026-04-29T06:17:43Z</dc:date>
    </item>
    <item>
      <title>Re: LDAP Synthetic extension</title>
      <link>https://community.dynatrace.com/t5/Extensions/LDAP-Synthetic-extension/m-p/303739#M7388</link>
      <description>&lt;P&gt;Hi&amp;nbsp;&lt;a href="https://community.dynatrace.com/t5/user/viewprofilepage/user-id/71493"&gt;@Georgi_Vuldzhev&lt;/a&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;I am not sure my response would be helpful or not as this is bit old post, however,&lt;/P&gt;&lt;P&gt;This is known behavior with Extensions 2.0 (EEC) and protocol synthetic extensions like LDAP.&lt;/P&gt;&lt;P&gt;Duplicate Monitors: Modifying key configuration fields generates a new internal entity ID rather than updating the existing one in place. The old monitor becomes orphaned and retains its last polled state.&lt;/P&gt;&lt;P&gt;The new Synthetic app enforces entity relationship constraints that block direct deletion of extension-managed monitors. The Classic Synthetic app bypasses these checks, which is why deletion works there.&lt;/P&gt;&lt;P&gt;Extension Removal vs. Monitor Deletion: Deleting the configuration stops polling, but Dynatrace does not auto-purge the historical monitor entity.&lt;/P&gt;&lt;P&gt;Workaround: Use Classic Synthetic to manually delete stale or orphaned LDAP monitors whenever you update or remove the extension configuration.&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;Thanks,&lt;/P&gt;&lt;P&gt;Sujit&lt;/P&gt;</description>
      <pubDate>Tue, 25 Aug 2026 02:22:09 GMT</pubDate>
      <guid>https://community.dynatrace.com/t5/Extensions/LDAP-Synthetic-extension/m-p/303739#M7388</guid>
      <dc:creator>sujit_k_singh</dc:creator>
      <dc:date>2026-08-25T02:22:09Z</dc:date>
    </item>
  </channel>
</rss>

