[ https://issues.apache.org/jira/browse/HBASE-19812?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16328771#comment-16328771 ]
Duo Zhang commented on HBASE-19812: ----------------------------------- I think disable in memory compaction here can solve the problem but I want to see if there are better solutions. What do you think? [~stack] [~ram_krish] [~anastas]. Thanks. > TestFlushSnapshotFromClient fails because of failing region.flush > ----------------------------------------------------------------- > > Key: HBASE-19812 > URL: https://issues.apache.org/jira/browse/HBASE-19812 > Project: HBase > Issue Type: Bug > Reporter: Duo Zhang > Priority: Major > > {noformat} > 2018-01-17 06:43:48,390 INFO [MemStoreFlusher.1] regionserver.HRegion(2516): > Flushing 1/1 column families, memstore=549.25 KB > 2018-01-17 06:43:48,390 DEBUG [MemStoreFlusher.1] > regionserver.CompactingMemStore(205): FLUSHING TO DISK: region > test,5,1516171425662.acafc22e1f8132285eae5362d0df536a.store: fam > 2018-01-17 06:43:48,406 DEBUG > [RpcServer.default.FPBQ.Fifo.handler=4,queue=0,port=42601-inmemoryCompactions-1516171428312] > regionserver.CompactionPipeline(206): Compaction pipeline segment > Type=CSLMImmutableSegment, empty=no, cellCount=17576, cellSize=562432, > totalHeapSize=1828120, min timestamp=1516171428258, max > timestamp=1516171428258Num uniques -1; flattened > 2018-01-17 06:43:48,406 DEBUG [MemStoreFlusher.1] > regionserver.CompactionPipeline(128): Swapping pipeline suffix; before=1, new > segement=null > 2018-01-17 06:43:48,455 DEBUG [Time-limited test] regionserver.HRegion(2201): > NOT flushing memstore for region > test,5,1516171425662.acafc22e1f8132285eae5362d0df536a., flushing=true, > writesEnabled=true > {noformat} > You can see that we start a background flush first, and then we decided to do > an in memory compaction, at the same time we call the region.flush from test, > and it find that the region is already flushing so it give up. > This test is a bit awkward that we create the table with 6 regions which > start key is 0,1,2,3,4,5, but when loading data we use 'aaa' to 'zzz', so > there is only one region has data. And in the above scenario the only one > region gives up flushing, then there is no data, and then our test fails. -- This message was sent by Atlassian JIRA (v7.6.3#76005)