A 1 Gb heap is probably too small on the master. Run with 8 Gb like the slaves.

wunder
Walter Underwood
wun...@wunderwood.org
http://observer.wunderwood.org/  (my blog)

> On Oct 24, 2018, at 10:20 PM, Bharat Yadav <bharat.ya...@amdocs.com> wrote:
> 
> Hello Team,
>  
> We are now a days frequently facing below issue on our SOLR Slave Nodes 
> related to public Class SnapPuller.
>  
> Issue 
>  
> Master at: http://prd01slr:30000/solr/MainSystem2 
> <http://prd01slr:30000/solr/MainSystem2> is not available. Index fetch 
> failed. Exception: Server refused connection at: 
> http://prd01slr:30000/solr/MainSystem2 
> <http://prd01slr:30000/solr/MainSystem2>
>  
> slroms1@prd02slr:slroms1/JEE/SolrProduct/logs/SolrDomain_SolrSlaveServer2/SolrSlaveServer2>
>  grep "Index fetch failed" weblogic.20181018_004904.log
> 425511535 [snapPuller-14-thread-1] ERROR org.apache.solr.handler.SnapPuller  
> – Master at: http://prd01slr:30000/solr/MainSystem2 
> <http://prd01slr:30000/solr/MainSystem2> is not available. Index fetch 
> failed. Exception: Server refused connection at: 
> http://prd01slr:30000/solr/MainSystem2 
> <http://prd01slr:30000/solr/MainSystem2>
> 425511535 [snapPuller-13-thread-1] ERROR org.apache.solr.handler.SnapPuller  
> – Master at: http://prd01slr:30000/solr/MainSystem1 
> <http://prd01slr:30000/solr/MainSystem1> is not available. Index fetch 
> failed. Exception: Server refused connection 
> at:http://prd01slr:30000/solr/MainSystem1 
> <http://prd01slr:30000/solr/MainSystem1>
> 598311531 [snapPuller-14-thread-1] ERROR org.apache.solr.handler.SnapPuller  
> – Master at: http://prd01slr:30000/solr/MainSystem2 
> <http://prd01slr:30000/solr/MainSystem2> is not available. Index fetch 
> failed. Exception: Server refused connection 
> at:http://prd01slr:30000/solr/MainSystem2 
> <http://prd01slr:30000/solr/MainSystem2>
>  
> Note –
>             MainSystem1 and MainSystem2 are the Cores in our account.
>             When we face this issue sometime we have to bounce our SOLR JVM’s 
> and sometimes automatically it recovers and we don’t need to do any bounce.
>  
> SetUp of SOLR In Account
>  
> ·        SOLR Version
>  
> <image007.png>
>  
> ·        We are using SOLR with 1 master and 2 Slave configuration.
>  
> a)     Master is running with -  “-Xms1G -Xmx1G -XX:MaxPermSize=256m”
> b)    Slaves are running with – “-Xms8G -Xmx8G -XX:MaxPermSize=1024m”
>  
> ·        SOLR ear is deployed on all 3 individual Weblogic instances and it 
> is same across.
> ·        Indexing is getting done on Master and then we have replication + 
> polling enabled on Slave JVM’s to have it in sync with Master at any time And 
> all querying are being handled by SOLR Slaves only.
> ·        For Polling we have defined the timing of 60 sec as highlighted 
> below on Slave solr xml. (I am attaching solr xml configured to slave and 
> master for your reference)
>  
> <requestHandler class="solr.ReplicationHandler" name="/replication">
>     <!--
>        To enable simple master/slave replication, uncomment one of the
>        sections below, depending on whether this solr instance should be
>        the "master" or a "slave".  If this instance is a "slave" you will
>        also need to fill in the masterUrl to point to a real machine.
>     -->
>     
>        <lst name="master">
>          <str name="enable">${enable.master:false}</str>
>          <str name="replicateAfter">commit</str>
>          <str name="replicateAfter">startup</str>
>          <str name="confFiles">schema.xml,stopwords.txt</str>
>        </lst>
>     
>     
>        <lst name="slave">
>          <str name="enable">true</str>
>          <str name="masterUrl">http://xxxxxx:xxxxx/solr/MainSystem2</str> 
> <http://xxxxxx:xxxxx/solr/MainSystem2</str>>
>          <str name="pollInterval">00:00:60</str>
>        </lst>
>     
>   </requestHandler>
>  
> <image003.png>
> ·        We have GC enabled on jvm’s too but we didn’t find anything 
> suspicious there. If you need gc logs let us know.
>  
> Connectivity Check
>  
> ·        Slave 1 – 
>                  <image004.png>
>  
> ·        Slave 2 –
>       <image005.png>
>  
> Statistics about the Core
>  
> <image006.png>
>  
>  
> Thanks and Regards
> Bharat Yadav
> Infra INT
> Amdocs Intelligent Operations, SI&O
> India Mob  +91-9873333464 (WhatsApp only)
> Chile Mob  +56-998022829
>  
> <image001.jpg>
> <image002.png>
>  
>  
> “Amdocs’ email platform is based on a third-party, worldwide, cloud-based 
> system. Any emails sent to Amdocs will be processed and stored using such 
> system and are accessible by third party providers of such system on a 
> limited basis. Your sending of emails to Amdocs evidences your consent to the 
> use of such system and such processing, storing and access”.
> <SOLR_MASTER_Config.txt><SOLR_SLAVE_Config.txt>

Reply via email to