[
https://issues.apache.org/jira/browse/HBASE-25090?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17219100#comment-17219100
]
Zhuoyue Huang commented on HBASE-25090:
---------------------------------------
I guess this is not a bug.
{code:java}
size [128 MB, 8.00 EB, 8.00 EB); {code}
represents [*minCompactSize*, *maxCompactSize*, *offPeakMaxCompactSize*).
The default value of *maxCompactSize(*hbase.hstore.compaction.max.size*)* and
*offPeakMaxCompactSize(*hbase.hstore.compaction.max.size.offpeak*)* is
*Long.MAX*, so the display is 8.00EB.
But the information here is easy to misunderstand. How about changing it like
this?
{code:java}
size [minCompactSize:128 MB, maxCompactSize:8.00 EB, offPeakMaxCompactSize:8.00
EB); files [minFilesToCompact:3, maxFilesToCompact:10);
{code}
> CompactionConfiguration logs unrealistic store file sizes
> ---------------------------------------------------------
>
> Key: HBASE-25090
> URL: https://issues.apache.org/jira/browse/HBASE-25090
> Project: HBase
> Issue Type: Bug
> Components: Compaction
> Affects Versions: 2.3.2
> Reporter: Nick Dimiduk
> Assignee: Zhuoyue Huang
> Priority: Minor
>
> I noticed this in the debug logging of a unit test that makes use of a
> MiniCluster. I'm pretty sure {{8.00 EB}} -- exabytes?? -- is not an accurate
> reporting of the size of these HFiles.
> {noformat}
> 2020-09-22 16:20:57,996 INFO
> [StoreOpener-5e0b426a952230abb65623fc54869833-1]
> compactions.CompactionConfiguration(177): size [128 MB, 8.00 EB, 8.00 EB);
> files [3, 10); ...
> {noformat}
--
This message was sent by Atlassian Jira
(v8.3.4#803005)
