[
https://issues.apache.org/jira/browse/HDDS-14827?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=18065519#comment-18065519
]
Arun Sarin commented on HDDS-14827:
-----------------------------------
[~devabhishekpal] I have done the RCA for this and would be interested to work
on this ticket.
*RCA:*
The bug is in the v2 {{insightsFilePlot.tsx}} component. Here's what happens:
# {{fileCountValues}} (x-axis labels) are computed from the unsorted
{{fileCountMap}} keys
# Then {{fileCountMap}} is sorted by file size before storing in state
# ECharts x-axis uses the unsorted labels but y-axis bars use the sorted values
This creates a label-value mismatch. When the API returns 100GB files before
smaller files (which starts happening once there are 2500+ of them and they
become the dominant entry returned first), the "64 GiB - 128 GiB" label ends up
at position 0 but ECharts renders the small-file count there - and the tall bar
for the 100GB count gets the "512 KiB - 1 MiB" label.
*Suggested fix* : compute {{fileCountValues}} labels after sorting the map, not
before.
> File Size Distribution Bucket Size Range Calculation is not correct
> -------------------------------------------------------------------
>
> Key: HDDS-14827
> URL: https://issues.apache.org/jira/browse/HDDS-14827
> Project: Apache Ozone
> Issue Type: Bug
> Components: Ozone Recon
> Reporter: Arun Sarin
> Assignee: Abhishek Pal
> Priority: Major
> Attachments: Screenshot 2026-03-12 at 12.24.15 PM.png, Screenshot
> 2026-03-12 at 2.20.31 AM.png
>
>
> File Size Distribution Bucket Size Range Calculation is not correct.
> In actual the file size for the bucket selected in the volume and bucket are
> in GB's .
> The actual file size of the selected range is in GB's but on the recon UI ,
> the range is being displayed as 512KB to 1MB.
> Please find attached the screenshot from the recon file distribution page and
> bucket browser page [showing the correct size of the files.]
--
This message was sent by Atlassian Jira
(v8.20.10#820010)
---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]
