Uploaded image for project: 'HBase'
  1. HBase
  2. HBASE-15632

Undo the checking of lastStoreFlushTimeMap.isEmpty() introduced in HBASE-13145

    XMLWordPrintableJSON

Details

    • Improvement
    • Status: Resolved
    • Minor
    • Resolution: Fixed
    • 2.0.0
    • 1.3.0, 2.0.0
    • regionserver
    • None

    Description

      HBASE-13145 introduce the following check

      diff --git a/hbase-server/src/main/java/org/apache/hadoop/hbase/regionserver/HRegion.java b/hbase-server/src/main/java/org/apache/hadoop/hbase/regionserver/HRegion.java
      index 215069c..8f73af5 100644
      --- a/hbase-server/src/main/java/org/apache/hadoop/hbase/regionserver/HRegion.java
      +++ b/hbase-server/src/main/java/org/apache/hadoop/hbase/regionserver/HRegion.java
      @@ -1574,7 +1574,8 @@ public class HRegion implements HeapSize, PropagatingConfigurationObserver { //
          */
         @VisibleForTesting
         public long getEarliestFlushTimeForAllStores() {
      -    return Collections.min(lastStoreFlushTimeMap.values());
      +    return lastStoreFlushTimeMap.isEmpty() ? Long.MAX_VALUE : Collections.min(lastStoreFlushTimeMap
      +        .values());
         }
       

      I think the reason for the check is that table creation without family is allowed before HBASE-15456. With HBASE-15456, table creation without family is not allowed. We have one user claimed that they run into the same HRegionServer$PeriodicMemstoreFlusher exception, and the table was created with family. The log was not kept so could not find more info there. By checking the code, it seems impossible. Can we undo this check so the real issue is not hidden in case there is one, Apache9?

      Attachments

        1. HBASE-15632-v001.patch
          0.7 kB
          Hua Xiang

        Activity

          People

            huaxiang Hua Xiang
            huaxiang Hua Xiang
            Votes:
            0 Vote for this issue
            Watchers:
            4 Start watching this issue

            Dates

              Created:
              Updated:
              Resolved: