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

Jonathan Hsieh commented on HBASE-6283:
---------------------------------------

bq. He has contrib'd the non-SU stuff: i.e. the bit where can register in zk 
what regionservers are being rolled.

I diffed his region_mover.rb script from trunk's and they are still some 
significant differences between the two related to the zk bits in the ruby 
script side.  In my case, I'm trying to help a customer in a particular 
situation who is still on 0.90 (didn't get included as part of HBASE-4298) so 
the draining zk bit isn't going to be helpful.

For this patch, I think I'll tweak to address you comments, commit to trunk 
(should I do the other versions too?), and then we should encourage aravind to 
contribute/port the jruby bits as well.

Sound good?
                
> [region_mover.rb] Add option to exclude list of hosts on unload instead of 
> just assuming the source node.
> ---------------------------------------------------------------------------------------------------------
>
>                 Key: HBASE-6283
>                 URL: https://issues.apache.org/jira/browse/HBASE-6283
>             Project: HBase
>          Issue Type: Improvement
>            Reporter: Jonathan Hsieh
>            Assignee: Jonathan Hsieh
>              Labels: jruby
>         Attachments: hbase-6283.patch
>
>
> Currently, the region_mover.rb script excludes a single host, the host 
> offloading data, as a region move target.  This essentially limits the number 
> of machines that can be shutdown at a time to one.  For larger clusters, it 
> is manageable to have several nodes down at a time and desirable to get this 
> process done more quickly.
> The proposed patch adds an exclude file option, that allows multiple hosts to 
> be excluded as targets.

--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators: 
https://issues.apache.org/jira/secure/ContactAdministrators!default.jspa
For more information on JIRA, see: http://www.atlassian.com/software/jira

        

Reply via email to