Home | About | Sematext search-lucene.com search-hadoop.com
NEW: Monitor These Apps!
elasticsearch, apache solr, apache hbase, hadoop, redis, casssandra, amazon cloudwatch, mysql, memcached, apache kafka, apache zookeeper, apache storm, ubuntu, centOS, red hat, debian, puppet labs, java, senseiDB
 Search Hadoop and all its subprojects:

Switch to Threaded View
Accumulo >> mail # dev >> decommission tablet servers


Copy link to this message
-
Re: decommission tablet servers
Or, is it the case that we want, for some reason, the official 'decommission method' to be 'kill'? It seems to me that it'd be smoother to have the master migrate tablets off and avoid recovery ..

On Jan 30, 2012, at 3:35 AM, Aaron Cordova wrote:

> Also - it would be good to be able to do this programmatically, and through the shell.
>
> I would assign this ticket to myself, should it need to become a ticket, and probably assign it to the 1.5 release. I saw a ticket a while back to make the monitor page more of a controller, and I think a ticket to add security to the monitor page so not just anyone could restart the cluster, etc. ... how's that going?
>
> This 'decommission tablet server' feature I'm talking about could be implemented and added to the API and shell before the monitor is ready.
>
> Aaron
>
> On Jan 30, 2012, at 3:33 AM, Aaron Cordova wrote:
>
>> Is there a way for a user to request that the master decommission one or more tabletservers, causing the master to migrate all the tablets away without triggering a recovery and finally shutting down the process or at least refusing to assign future tablets to it? Of course there would need to be a way to un-decommission a server too in that case.
>>
>> HDFS does this for dataNodes through a list of machines in a file and a command to refreshNodes. I think it'd be better to be able to decommission servers through the monitor page, and perhaps the behaviors is: once a server is requested to be decommissioned, the master moves away tablets and the tabletserver process kills itself or the master kills it, and if a tabletserver process is started on that machine thereafter, it joins the cluster like any new server, meaning, we don't refuse that machine rejoining the cluster...
>>
>> Thoughts?
>>
>> Aaron
>
NEW: Monitor These Apps!
elasticsearch, apache solr, apache hbase, hadoop, redis, casssandra, amazon cloudwatch, mysql, memcached, apache kafka, apache zookeeper, apache storm, ubuntu, centOS, red hat, debian, puppet labs, java, senseiDB