<?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>question After Washington DC upgrade Discovery does not update Server CIs in Community Central forum</title>
    <link>https://www.servicenow.com/community/community-central-forum/after-washington-dc-upgrade-discovery-does-not-update-server-cis/m-p/2936728#M135</link>
    <description>&lt;P&gt;So we upgraded to Washington DC and after that most of the patterns quit working.&amp;nbsp; The Windows OS pattern is failing with "&lt;/P&gt;&lt;PRE&gt;Error during execution of Windows command: executeQuery -Namespace Root\MSCluster -Query "SELECT Name,Status,Description,Caption FROM MSCluster_Cluster" due to com.snc.automation_common.integration.exceptions.InvalidCommandException: executeQuery : Could not get query SELECT Name,Status,Description,Caption FROM MSCluster_Cluster on namespace=Root\MSCluster. Original Exception: Invalid namespace"&lt;/PRE&gt;&lt;P&gt;and&amp;nbsp;&lt;/P&gt;&lt;PRE&gt;There is problem to build the Sanitized Payload: Dedup process failed. Unrelated errors were found in the payload: [NO_LOOKUP_RULES_FOR_DEPENDENT_CI: Cannot have Lookup Rule for a Dependent Identity Rule on 'cmdb_ci_linux_server', ABANDONED: Abandoned due to too many errors, ABANDONED: Abandoned due to too many errors, ABANDONED: Abandoned due to too many errors, ABANDONED: Abandoned due to too many errors, ABANDONED: Abandoned due to too many errors, ABANDONED:&lt;/PRE&gt;&lt;P&gt;&lt;BR /&gt;And Linux is&amp;nbsp;&amp;nbsp;&lt;/P&gt;&lt;PRE&gt;There is problem to build the Sanitized Payload: Dedup process failed. Unrelated errors were found in the payload: [NO_LOOKUP_RULES_FOR_DEPENDENT_CI: Cannot have Lookup Rule for a Dependent Identity Rule on 'cmdb_ci_linux_server', ABANDONED: Abandoned due to too many errors, ABANDONED: Abandoned due to too many errors, ABANDONED: Abandoned due to too many errors, ABANDONED: Abandoned due to too many errors, ABANDONED: Abandoned due to too many errors, ABANDONED:&lt;/PRE&gt;&lt;P&gt;&amp;nbsp;Any ideas on where to start?&lt;/P&gt;</description>
    <pubDate>Mon, 20 May 2024 12:12:10 GMT</pubDate>
    <dc:creator>Bill2455</dc:creator>
    <dc:date>2024-05-20T12:12:10Z</dc:date>
    <item>
      <title>After Washington DC upgrade Discovery does not update Server CIs</title>
      <link>https://www.servicenow.com/community/community-central-forum/after-washington-dc-upgrade-discovery-does-not-update-server-cis/m-p/2936728#M135</link>
      <description>&lt;P&gt;So we upgraded to Washington DC and after that most of the patterns quit working.&amp;nbsp; The Windows OS pattern is failing with "&lt;/P&gt;&lt;PRE&gt;Error during execution of Windows command: executeQuery -Namespace Root\MSCluster -Query "SELECT Name,Status,Description,Caption FROM MSCluster_Cluster" due to com.snc.automation_common.integration.exceptions.InvalidCommandException: executeQuery : Could not get query SELECT Name,Status,Description,Caption FROM MSCluster_Cluster on namespace=Root\MSCluster. Original Exception: Invalid namespace"&lt;/PRE&gt;&lt;P&gt;and&amp;nbsp;&lt;/P&gt;&lt;PRE&gt;There is problem to build the Sanitized Payload: Dedup process failed. Unrelated errors were found in the payload: [NO_LOOKUP_RULES_FOR_DEPENDENT_CI: Cannot have Lookup Rule for a Dependent Identity Rule on 'cmdb_ci_linux_server', ABANDONED: Abandoned due to too many errors, ABANDONED: Abandoned due to too many errors, ABANDONED: Abandoned due to too many errors, ABANDONED: Abandoned due to too many errors, ABANDONED: Abandoned due to too many errors, ABANDONED:&lt;/PRE&gt;&lt;P&gt;&lt;BR /&gt;And Linux is&amp;nbsp;&amp;nbsp;&lt;/P&gt;&lt;PRE&gt;There is problem to build the Sanitized Payload: Dedup process failed. Unrelated errors were found in the payload: [NO_LOOKUP_RULES_FOR_DEPENDENT_CI: Cannot have Lookup Rule for a Dependent Identity Rule on 'cmdb_ci_linux_server', ABANDONED: Abandoned due to too many errors, ABANDONED: Abandoned due to too many errors, ABANDONED: Abandoned due to too many errors, ABANDONED: Abandoned due to too many errors, ABANDONED: Abandoned due to too many errors, ABANDONED:&lt;/PRE&gt;&lt;P&gt;&amp;nbsp;Any ideas on where to start?&lt;/P&gt;</description>
      <pubDate>Mon, 20 May 2024 12:12:10 GMT</pubDate>
      <guid>https://www.servicenow.com/community/community-central-forum/after-washington-dc-upgrade-discovery-does-not-update-server-cis/m-p/2936728#M135</guid>
      <dc:creator>Bill2455</dc:creator>
      <dc:date>2024-05-20T12:12:10Z</dc:date>
    </item>
    <item>
      <title>Re: After Washington DC upgrade Discovery does not update Server CIs</title>
      <link>https://www.servicenow.com/community/community-central-forum/after-washington-dc-upgrade-discovery-does-not-update-server-cis/m-p/3002671#M512</link>
      <description>&lt;P&gt;Having same issue, on IIS pattern, did you find any solution to it?&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;</description>
      <pubDate>Mon, 29 Jul 2024 19:03:22 GMT</pubDate>
      <guid>https://www.servicenow.com/community/community-central-forum/after-washington-dc-upgrade-discovery-does-not-update-server-cis/m-p/3002671#M512</guid>
      <dc:creator>Narendranath R2</dc:creator>
      <dc:date>2024-07-29T19:03:22Z</dc:date>
    </item>
    <item>
      <title>Re: After Washington DC upgrade Discovery does not update Server CIs</title>
      <link>https://www.servicenow.com/community/community-central-forum/after-washington-dc-upgrade-discovery-does-not-update-server-cis/m-p/3058369#M987</link>
      <description>&lt;P&gt;We just Upgraded to Washington this past weekend, I have checked probes, patterns, credentials, sensors... still discovery is taking average 45 minutes to discover 1 server... I did notice that the shazzam probe does say (Active, Now Classifying) even after the probe is complete, I wonder if there is a step problem within the probe/sensor.&lt;/P&gt;</description>
      <pubDate>Fri, 27 Sep 2024 18:28:12 GMT</pubDate>
      <guid>https://www.servicenow.com/community/community-central-forum/after-washington-dc-upgrade-discovery-does-not-update-server-cis/m-p/3058369#M987</guid>
      <dc:creator>Brad Ewing</dc:creator>
      <dc:date>2024-09-27T18:28:12Z</dc:date>
    </item>
    <item>
      <title>Re: After Washington DC upgrade Discovery does not update Server CIs</title>
      <link>https://www.servicenow.com/community/community-central-forum/after-washington-dc-upgrade-discovery-does-not-update-server-cis/m-p/3214576#M2549</link>
      <description>&lt;P&gt;Any chance you found a solution for this?&lt;/P&gt;</description>
      <pubDate>Fri, 21 Mar 2025 14:15:09 GMT</pubDate>
      <guid>https://www.servicenow.com/community/community-central-forum/after-washington-dc-upgrade-discovery-does-not-update-server-cis/m-p/3214576#M2549</guid>
      <dc:creator>amcd3254</dc:creator>
      <dc:date>2025-03-21T14:15:09Z</dc:date>
    </item>
    <item>
      <title>Re: After Washington DC upgrade Discovery does not update Server CIs</title>
      <link>https://www.servicenow.com/community/community-central-forum/after-washington-dc-upgrade-discovery-does-not-update-server-cis/m-p/3216189#M2560</link>
      <description>&lt;P&gt;&lt;a href="https://www.servicenow.com/community/user/viewprofilepage/user-id/880108"&gt;@amcd3254&lt;/a&gt;&amp;nbsp;Yes we did find out that there was a change within "Scripted REST External Default" an ACL for Washington that caused an auto deny for anything outside of the platform. We had to add the role of "mid_server" to this ACL and that fixed our issue.&lt;/P&gt;</description>
      <pubDate>Mon, 24 Mar 2025 14:10:58 GMT</pubDate>
      <guid>https://www.servicenow.com/community/community-central-forum/after-washington-dc-upgrade-discovery-does-not-update-server-cis/m-p/3216189#M2560</guid>
      <dc:creator>Brad Ewing</dc:creator>
      <dc:date>2025-03-24T14:10:58Z</dc:date>
    </item>
  </channel>
</rss>

