[ https://issues.apache.org/jira/browse/HBASE-3909?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13248088#comment-13248088 ]
Uma Maheswara Rao G commented on HBASE-3909: -------------------------------------------- @Subbu, {quote} Also @Uma you raised lot of interesting questions which I had while working on this and I will post my thoughts on the same some time tomorrow. {quote} That's great. Thinking some more, one more point to check. Presently looks this design will update same set of configurations in all nodes (Hmasters/ RegionServers). But Hmaster may not require or interested on HRegionServer specific configuration items. But when you update the configurations related to HRegionServer, call back will come to Hmaster as well and will process this event. This processing will be really unnecessary in Hmaster. Because it will never use that RegionServers specific configuration items. @Stack, Ted, what is your opinion on this point. is it ok to update in all nodes as same? or we can separate the Znodes clearly for Hmaster and HregionServer, and then updations will takes place accordingly? I mean anyway we have to maintain reconfigurable items in-memory.So, here itself we can distinguish them. And the property updations from admin can pass to the correspondiong Znode based on item. > Add dynamic config > ------------------ > > Key: HBASE-3909 > URL: https://issues.apache.org/jira/browse/HBASE-3909 > Project: HBase > Issue Type: Bug > Reporter: stack > Fix For: 0.96.0 > > Attachments: 3909-v1.patch, 3909.v1 > > > I'm sure this issue exists already, at least as part of the discussion around > making online schema edits possible, but no hard this having its own issue. > Ted started a conversation on this topic up on dev and Todd suggested we > lookd at how Hadoop did it over in HADOOP-7001 -- 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