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

Ishan Chattopadhyaya commented on SOLR-14245:
---------------------------------------------

{quote}[~ichattopadhyaya] and [~noble.paul]: I'm totally fed up with your ad 
hominem attacks. Please discuss this in a civil manner.
{quote}
I fail to see why you see any of what I write as uncivil or an attack. Clearly, 
as committers of a leading software project, we don't care enough about our 
users. It is a fact.

 

When I make a mistake, and most others do, we gracefully acknowledge and 
attempt to find corrective measures. Here, even though you made the mistake, we 
(without attacking you) suggested a proper course of action (revert and 
breakfix) to ensure least user suffering.

 

However, the fact remains that you (1) pushed in a change without review, (2) 
rejected Noble's idea on reverting it even after knowing the implications, (3) 
never apologized for making your mistake. On top of that, you're portaying 
yourself as a helpless victim of my uncivil behaviour!

 
{quote}But I hope that ultimately we all have good intentions and we should 
fight the problem and not each other.
{quote}
+1

> Validate Replica / ReplicaInfo on creation
> ------------------------------------------
>
>                 Key: SOLR-14245
>                 URL: https://issues.apache.org/jira/browse/SOLR-14245
>             Project: Solr
>          Issue Type: Improvement
>          Components: SolrCloud
>            Reporter: Andrzej Bialecki
>            Assignee: Andrzej Bialecki
>            Priority: Minor
>             Fix For: 8.5
>
>
> Replica / ReplicaInfo should be immutable and their fields should be 
> validated on creation.
> Some users reported that very rarely during a failed collection CREATE or 
> DELETE, or when the Overseer task queue becomes corrupted, Solr may write to 
> ZK incomplete replica infos (eg. node_name = null).
> This problem is difficult to reproduce but we should add safeguards anyway to 
> prevent writing such corrupted replica info to ZK.



--
This message was sent by Atlassian Jira
(v8.3.4#803005)

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

Reply via email to