You are viewing a plain text version of this content. The canonical link for it is here.
Posted to issues@ozone.apache.org by "Ethan Rose (Jira)" <ji...@apache.org> on 2025/03/11 19:36:00 UTC

[jira] [Resolved] (HDDS-12419) Space tracking for Imported Containers in HDDS Volumes

     [ https://issues.apache.org/jira/browse/HDDS-12419?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

Ethan Rose resolved HDDS-12419.
-------------------------------
    Resolution: Duplicate

> Space tracking for Imported Containers in HDDS Volumes
> ------------------------------------------------------
>
>                 Key: HDDS-12419
>                 URL: https://issues.apache.org/jira/browse/HDDS-12419
>             Project: Apache Ozone
>          Issue Type: Improvement
>            Reporter: Sammi Chen
>            Assignee: Chia-Chuan Yu
>            Priority: Major
>
> Multiple container imports can happen in parallel.  There is enough free space(2 *5GB) check when datanode choose which volume to download and import container. But this multiple container imports in parallel, the free space check is not enough. 
> In "HDDS-1511. Space tracking for Open Containers in HDDS Volumes", it introduced a *committedBytes* field to reflect the reserved 5GB space for a new open container. Its  value will be adjusted when the container is closed.  *committedBytes* is treated as allocated from Datanode and SCM's perspective. 
> We can adopt the same idea here for container import, reserving a 2 * 5GB space using *committedBytes*, and removing(or adjust) the reserving after container import is finished, to avoid over allocation of space for parallel container imports. 



--
This message was sent by Atlassian Jira
(v8.20.10#820010)

---------------------------------------------------------------------
To unsubscribe, e-mail: issues-unsubscribe@ozone.apache.org
For additional commands, e-mail: issues-help@ozone.apache.org