AFAIK, region movement does not moves the data of region on the (distributed)FileSystem. It should only, update metadata of HBase. Did you check diskio stats during region movement?
On Tue, Aug 25, 2015 at 10:40 AM, Ted Yu <[email protected]> wrote: > Please see http://hbase.apache.org/book.html#regions.arch.assignment > > On Tue, Aug 25, 2015 at 10:37 AM, donmai <[email protected]> wrote: > > > NFS > > 0.98.10 > > Will get to you as soon as I am able, on travel > > > > Is my general understanding correct, though, that there shouldn't be any > > data movement from a region reassignment? > > > > On Tue, Aug 25, 2015 at 12:40 PM, Ted Yu <[email protected]> wrote: > > > > > Can you give a bit more information: > > > > > > which filesystem you use > > > which hbase release you use > > > master log snippet for the long region assignment > > > > > > Thanks > > > > > > On Tue, Aug 25, 2015 at 9:30 AM, donmai <[email protected]> wrote: > > > > > > > Hi, > > > > > > > > I'm curious about how exactly region movement works with regard to > data > > > > transfer. To my understanding from the docs given an HDFS-backed > > > cluster, a > > > > region movement / transition involves changing things in meta only, > all > > > > data movement for locality is handled by HDFS. In the case where > > rootdir > > > is > > > > a shared file system, there shouldn't be any data movement with a > > region > > > > reassignment, correct? I'm running into performance issues where > region > > > > assignment takes a very long time and I'm trying to figure out why. > > > > > > > > Thanks! > > > > > > > > > > -- Thanks & Regards, Anil Gupta
