<?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: Cascade Tracker becomes very slow in Alfresco Forum</title>
    <link>https://connect.hyland.com/t5/alfresco-forum/cascade-tracker-becomes-very-slow/m-p/83268#M25493</link>
    <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;Hi Axel,&lt;/P&gt;&lt;P&gt;thanks for your quick answer. We are currently testing it on one docker host which is on a vmware VM with a SAN storage. By writing this, I remember that I read something about bottlenecks on SAN storage. Maybe we try it with a local storage.&lt;/P&gt;&lt;P&gt;The cascade tracker becomes that slow after initial indexing finishes. We have not created or modified any documents in between.&lt;/P&gt;&lt;P&gt;I have no memory dump but I will do one ...&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
    <pubDate>Fri, 13 Sep 2019 12:15:22 GMT</pubDate>
    <dc:creator>nschwalbe</dc:creator>
    <dc:date>2019-09-13T12:15:22Z</dc:date>
    <item>
      <title>Cascade Tracker becomes very slow</title>
      <link>https://connect.hyland.com/t5/alfresco-forum/cascade-tracker-becomes-very-slow/m-p/83266#M25491</link>
      <description>We are upgrading our Alfresco 5.2 community edition with Solr 4 index to Alfresco 6.1 with Solr 6.Everything went fine until we tried the upgrade with our production data. The solr6 index is successfully build within 1-2 hours and searching is possible but the Cascade Tracker which updates the path</description>
      <pubDate>Fri, 13 Sep 2019 10:11:51 GMT</pubDate>
      <guid>https://connect.hyland.com/t5/alfresco-forum/cascade-tracker-becomes-very-slow/m-p/83266#M25491</guid>
      <dc:creator>nschwalbe</dc:creator>
      <dc:date>2019-09-13T10:11:51Z</dc:date>
    </item>
    <item>
      <title>Re: Cascade Tracker becomes very slow</title>
      <link>https://connect.hyland.com/t5/alfresco-forum/cascade-tracker-becomes-very-slow/m-p/83267#M25492</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;On what kind of infrastructure are you running this Docker-based deployment? Given the extremely long times to load metadata / update the index, I am left wondering if there are any excessive IO / network delays. I am also not quite clear on why the cascade tracker is running at all - if you have just&amp;nbsp;built the SOLR 6 index from scratch, I would not expect there to be&amp;nbsp;any transactions to cascade, unless those have been created since the build was completed.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Did you happen to perform a memory dump of the SOLR process to see which parts of the application caused the high memory issue?&amp;nbsp;It is often hard to guess remotely what may be going on (especially in a scenario that appears to be quite strange to me), without having actual memory measurements / analysis results.&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Fri, 13 Sep 2019 11:25:15 GMT</pubDate>
      <guid>https://connect.hyland.com/t5/alfresco-forum/cascade-tracker-becomes-very-slow/m-p/83267#M25492</guid>
      <dc:creator>afaust</dc:creator>
      <dc:date>2019-09-13T11:25:15Z</dc:date>
    </item>
    <item>
      <title>Re: Cascade Tracker becomes very slow</title>
      <link>https://connect.hyland.com/t5/alfresco-forum/cascade-tracker-becomes-very-slow/m-p/83268#M25493</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;Hi Axel,&lt;/P&gt;&lt;P&gt;thanks for your quick answer. We are currently testing it on one docker host which is on a vmware VM with a SAN storage. By writing this, I remember that I read something about bottlenecks on SAN storage. Maybe we try it with a local storage.&lt;/P&gt;&lt;P&gt;The cascade tracker becomes that slow after initial indexing finishes. We have not created or modified any documents in between.&lt;/P&gt;&lt;P&gt;I have no memory dump but I will do one ...&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Fri, 13 Sep 2019 12:15:22 GMT</pubDate>
      <guid>https://connect.hyland.com/t5/alfresco-forum/cascade-tracker-becomes-very-slow/m-p/83268#M25493</guid>
      <dc:creator>nschwalbe</dc:creator>
      <dc:date>2019-09-13T12:15:22Z</dc:date>
    </item>
    <item>
      <title>Re: Cascade Tracker becomes very slow</title>
      <link>https://connect.hyland.com/t5/alfresco-forum/cascade-tracker-becomes-very-slow/m-p/83269#M25494</link>
      <description>&lt;P&gt;Finally after some debugging I found the problem. There are &lt;EM&gt;cm&lt;img id="smileytongue" class="emoticon emoticon-smileytongue" src="https://connect.hyland.com/i/smilies/16x16_smiley-tongue.png" alt="Smiley Tongue" title="Smiley Tongue" /&gt;erson&lt;/EM&gt; nodes with &amp;gt;20,000 paths. This happens because we have many sites and the user has paths in any site. FortunateIy I found a toggle in the source code to ignore these nodes. After some searching for that toggle I found out that I need to set the following properties.&lt;/P&gt;&lt;P&gt;On ACS:&lt;/P&gt;&lt;PRE&gt;search.solrTrackingSupport.ignorePathsForSpecificTypes=true&lt;/PRE&gt;&lt;P&gt;On Solr 6 in solrcore.properties or shared.properties&lt;/P&gt;&lt;PRE&gt;alfresco.metadata.skipDescendantDocsForSpecificTypes=true
alfresco.metadata.ignore.datatype.0=cm:person
alfresco.metadata.ignore.datatype.1=app:configurations
alfresco.metadata.ignore.datatype.2=cm:authorityContainer&lt;/PRE&gt;</description>
      <pubDate>Thu, 19 Sep 2019 11:22:46 GMT</pubDate>
      <guid>https://connect.hyland.com/t5/alfresco-forum/cascade-tracker-becomes-very-slow/m-p/83269#M25494</guid>
      <dc:creator>nschwalbe</dc:creator>
      <dc:date>2019-09-19T11:22:46Z</dc:date>
    </item>
  </channel>
</rss>

