[jira] [Commented] (SOLR-12967) MOVEREPLICA converting replica to NRT

2018-11-06 Thread Shawn Heisey (JIRA)


[ 
https://issues.apache.org/jira/browse/SOLR-12967?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16677352#comment-16677352
 ] 

Shawn Heisey commented on SOLR-12967:
-

In general, I completely agree that MOVEREPLICA should preserve the replica 
type that already exists.

But when I was thinking about the idea where somebody could specify a default 
replica type, I wondered if some people might want that to override what things 
like MOVEREPLICA do by default.  I'm not sure that such an option should be 
implemented, but I did think of it.

[~gilson.nascimento] also noticed that UTILIZENODE created NRT replicas.  Which 
might really be the same problem -- it would be reasonable for UTILIZENODE to 
be implemented internally as MOVEREPLICA.

> MOVEREPLICA converting replica to NRT
> -
>
> Key: SOLR-12967
> URL: https://issues.apache.org/jira/browse/SOLR-12967
> Project: Solr
>  Issue Type: Bug
>  Security Level: Public(Default Security Level. Issues are Public) 
>  Components: SolrCloud
>Affects Versions: 7.5
>Reporter: Gilson
>Priority: Minor
>  Labels: collection-api, solr
>
> When calling Collections API's MOVEREPLICA, the new replica created is always 
> NRT type, even when the original replica is PULL or TLOG. As discussed on 
> IRC, it should use the source replica type, or provide a parameter for the 
> user to choose the new replica's type, similar to ADDREPLICA  parameter.



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

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



[jira] [Commented] (SOLR-12967) MOVEREPLICA converting replica to NRT

2018-11-06 Thread Erick Erickson (JIRA)


[ 
https://issues.apache.org/jira/browse/SOLR-12967?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16677299#comment-16677299
 ] 

Erick Erickson commented on SOLR-12967:
---

Shawn:

I would think that the original proposal of "use the source replica's type or 
an explicit override" is best for MOVEREPLICA.

For other kinds of operations, <2> is confusing to me. ADDREPLICA already has a 
"type" you can specify that defaults to NRT. What other operations do you think 
need this? At any rate the general approach of "use NRT unless there's a 'type' 
override" seems like the right thing to do.

 

 

> MOVEREPLICA converting replica to NRT
> -
>
> Key: SOLR-12967
> URL: https://issues.apache.org/jira/browse/SOLR-12967
> Project: Solr
>  Issue Type: Bug
>  Security Level: Public(Default Security Level. Issues are Public) 
>  Components: SolrCloud
>Affects Versions: 7.5
>Reporter: Gilson
>Priority: Minor
>  Labels: collection-api, solr
>
> When calling Collections API's MOVEREPLICA, the new replica created is always 
> NRT type, even when the original replica is PULL or TLOG. As discussed on 
> IRC, it should use the source replica type, or provide a parameter for the 
> user to choose the new replica's type, similar to ADDREPLICA  parameter.



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

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



[jira] [Commented] (SOLR-12967) MOVEREPLICA converting replica to NRT

2018-11-06 Thread Shawn Heisey (JIRA)


[ 
https://issues.apache.org/jira/browse/SOLR-12967?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16677188#comment-16677188
 ] 

Shawn Heisey commented on SOLR-12967:
-

I advised Gilson to open this issue in the #solr channel.

Do we need separate issues for work on other Collections API actions that don't 
consider the replica type, or will we just expand this issue to cover checking 
the whole API?

I had a thought for a feature request -- add a couple of new settings:  1) a 
default replica type, to be used instead of NRT when nothing else indicates 
what type to use.  2) A flag to indicate whether the default replica type 
should override an existing type, which would cover things like MOVEREPLICA and 
maybe others.  When the user's request explicitly asks for a type, that would 
of course take precedence over both of these settings.

> MOVEREPLICA converting replica to NRT
> -
>
> Key: SOLR-12967
> URL: https://issues.apache.org/jira/browse/SOLR-12967
> Project: Solr
>  Issue Type: Bug
>  Security Level: Public(Default Security Level. Issues are Public) 
>  Components: SolrCloud
>Affects Versions: 7.5
>Reporter: Gilson
>Priority: Minor
>  Labels: collection-api, solr
>
> When calling Collections API's MOVEREPLICA, the new replica created is always 
> NRT type, even when the original replica is PULL or TLOG. As discussed on 
> IRC, it should use the source replica type, or provide a parameter for the 
> user to choose the new replica's type, similar to ADDREPLICA  parameter.



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

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