lucene-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Tomás Fernández Löbbe (JIRA) <j...@apache.org>
Subject [jira] [Updated] (SOLR-11794) PULL replicas stop replicating after schema push and RELOAD collection action
Date Mon, 15 Jan 2018 23:50:00 GMT

     [ https://issues.apache.org/jira/browse/SOLR-11794?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]

Tomás Fernández Löbbe updated SOLR-11794:
-----------------------------------------
    Attachment: SOLR-11794.patch

> PULL replicas stop replicating after schema push and RELOAD collection action
> -----------------------------------------------------------------------------
>
>                 Key: SOLR-11794
>                 URL: https://issues.apache.org/jira/browse/SOLR-11794
>             Project: Solr
>          Issue Type: Bug
>      Security Level: Public(Default Security Level. Issues are Public) 
>          Components: replication (java), Schema and Analysis, SolrCloud, update
>    Affects Versions: 7.1, 7.2
>         Environment: Linux version 2.6.32-642.15.1.el6.x86_64 (mockbuild@c1bm.rdu2.centos.org)
(gcc version 4.4.7 20120313 (Red Hat 4.4.7-17) (GCC) ) #1 SMP Fri Feb 24 14:31:22 UTC 2017
>            Reporter: Samuel Tatipamula
>            Assignee: Tomás Fernández Löbbe
>            Priority: Critical
>              Labels: patch
>         Attachments: SOLR-11794.patch, SOLR-11794.patch
>
>
> h3. *UPDATE*
> PULL replica replication stops after calling the RELOAD collection API, even without
any config/schema changes!
> It's also happening when schema API is used to add a new field.
> An operating SolrCloud with NRT, TLOG, and PULL replicas.
> Solr - 7.1.0
> ZK - 3.4.10
> Used config set - sample_techproducts_configs
> Shards - 1
> Whenever a schema change (adding of new fields/changing field types) is pushed to ZK
and the collection is reloaded using
> /solr/admin/collections?action=RELOAD&name=sample, the index changes stop replicating
to PULL replicas. NRT and TLOG are able to replicate the index.
> Before the schema change, I can see the indexFetcher thread running on PULL replica
> 2017-12-26 10:17:11.802 INFO  (indexFetcher-14-thread-1) [c:sample s:shard1 r:core_node6
x:sample_shard1_replica_p5] o.a.s.h.IndexFetcher Master's generation: 2
> 2017-12-26 10:17:11.802 INFO  (indexFetcher-14-thread-1) [c:sample s:shard1 r:core_node6
x:sample_shard1_replica_p5] o.a.s.h.IndexFetcher Master's version: 1514283298419
> 2017-12-26 10:17:11.802 INFO  (indexFetcher-14-thread-1) [c:sample s:shard1 r:core_node6
x:sample_shard1_replica_p5] o.a.s.h.IndexFetcher Slave's generation: 2
> 2017-12-26 10:17:11.802 INFO  (indexFetcher-14-thread-1) [c:sample s:shard1 r:core_node6
x:sample_shard1_replica_p5] o.a.s.h.IndexFetcher Slave's version: 1514283298419
> 2017-12-26 10:17:11.802 INFO  (indexFetcher-14-thread-1) [c:sample s:shard1 r:core_node6
x:sample_shard1_replica_p5] o.a.s.h.IndexFetcher Slave in sync with master.
> After that, the following change in schema that is made to managed-schema of sample_techproducts_configs,
pushed to ZK, and collection reloaded.
> <field name="testpoint_1" type="point" indexed="true" stored="true"/>
> <field name="testpoint_2" type="point" indexed="true" stored="true"/>
> <field name="testpoint_3" type="point" indexed="true" stored="true"/>
> I can no longer see IndexFetcher thread running on PULL replica. No logs are printed.
The logs end with the collection reload log
> 2017-12-26 10:22:09.256 INFO  (qtp128526626-16) [c:sample s:shard1 r:core_node6 x:sample_shard1_replica_p5]
o.a.s.s.HttpSolrCall [admin] webapp=null path=/admin/cores params={core=sample_shard1_replica_p5&qt=/admin/cores&action=RELOAD&wt=javabin&version=2}
status=0 QTime=624
> The index is never modified after this, and leader doesn't get the polls from the PULL
replica.
> Observations:
> - Manually forcing an index fetch using /replication?command=fetchindex syncs the index,
but doesn't start the IndexFetcher polling.
> - Restarting the replica will sync the index, starts IndexFetcher thread and polling.
> - Removing and adding the replica back as PULL will sync the index, starts IndexFetcher
thread and polling.



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@lucene.apache.org
For additional commands, e-mail: dev-help@lucene.apache.org


Mime
View raw message