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

Josh Elser commented on ACCUMULO-2844:
--------------------------------------

bq. I did see that the PR didn't address it in the replication code. Josh, are 
you going to handle that part?

Oh drat, I introduced more in there? I tried to use the terminology "peer". 
I'll have to grep.

bq. I agree with both... this would be great for 2.0. Will look at the PR more 
closely tomorrow if I get a chance (unless it gets merged in before that... in 
which case, awesome).

I just looked at the latest from Mike and think it looks fine to me. I will 
grep around to see what's there for replication, but am leaning towards just 
merging it in today.

> Remove master/slave terminology
> -------------------------------
>
>                 Key: ACCUMULO-2844
>                 URL: https://issues.apache.org/jira/browse/ACCUMULO-2844
>             Project: Accumulo
>          Issue Type: Task
>    Affects Versions: 1.5.0, 1.5.1, 1.6.0
>            Reporter: Sean Busbey
>            Assignee: Mike Walch
>             Fix For: 2.0.0
>
>          Time Spent: 40m
>  Remaining Estimate: 0h
>
> I'd like to remove our use of master/slave terminology in favor of something 
> that doesn't carry a racially charged meaning.
> As a side effect I'd also like to pick names that carry better meaning of how 
> things work within Accumulo.
> In the case of a single cluster, I'd like to
> * Change the Master role to Coordinator
> * Change the associated master server package to coordinator
> * Change the master configuration file to be named coordinators
> * Change the slaves configuration file to be named tservers
> In the case of the in-progress replication work I'd like to change 
> terminology:
> * use _Primary Cluster_  in place of _Master Cluster_
> * use _Replica Clusters_ in place of _Slave Clusters_
> I intend to do this in all active branches in a way that maintains 
> compatibility of existing configuration files and serialized actions (i.e. 
> fate operations) within their major branch. In the current unreleased major 
> branch I expect upgrading will require user action (e.g. renaming 
> configuration files).



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

Reply via email to