[
https://issues.apache.org/jira/browse/HDFS-17401?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Ruinan Gu updated HDFS-17401:
-----------------------------
Description:
Excess internal block can't be deleted correctly when it's stored in fallback
storage.
Simple case:
EC-RS-6-3-1024k file is stored using ALL_SSD storage policy(SSD is default
storage type and DISK is fallback storage type), if the block group is as
follows
[0(SSD), 0(SSD), 1(SSD), 2(SSD), 3(SSD), 4(SSD), 5(SSD), 6(SSD), 7(SSD),
8(DISK)]
The are two index 0 internal block and one of them should be chosen to
delete.But the current implement choose the index 0 internal block as candidate
but DISK as exess storage type.As a result, the exess storage type(DISK) can
not correspond to the exess internal blocks' storage type(SSD) correctly, and
the exess internal block can not be deleted correctly.
was:
Excess internal block can't be deleted correctly when it's stored in fallback
storage.
Simple case:
EC-RS-6-3-1024k file is stored using ALL_SSD(SSD is default storage type and
DISK is fallback storage type), if the block group is as follows
[0(SSD), 0(SSD), 1(SSD), 2(SSD), 3(SSD), 4(SSD), 5(SSD), 6(SSD), 7(SSD),
8(DISK)]
The are two index 0 internal block and one of them should be chosen to
delete.But the current implement choose the index 0 internal block as candidate
but DISK as exess storage type.As a result, the exess storage type(DISK) can
not correspond to the exess internal blocks' storage type(SSD) correctly, and
the exess internal block can not be deleted correctly.
> Erasure Coding: Excess internal block may not be able to be deleted correctly
> when it's stored in fallback storage
> ------------------------------------------------------------------------------------------------------------------
>
> Key: HDFS-17401
> URL: https://issues.apache.org/jira/browse/HDFS-17401
> Project: Hadoop HDFS
> Issue Type: Bug
> Affects Versions: 3.3.6
> Reporter: Ruinan Gu
> Assignee: Ruinan Gu
> Priority: Major
>
> Excess internal block can't be deleted correctly when it's stored in fallback
> storage.
> Simple case:
> EC-RS-6-3-1024k file is stored using ALL_SSD storage policy(SSD is default
> storage type and DISK is fallback storage type), if the block group is as
> follows
> [0(SSD), 0(SSD), 1(SSD), 2(SSD), 3(SSD), 4(SSD), 5(SSD), 6(SSD), 7(SSD),
> 8(DISK)]
> The are two index 0 internal block and one of them should be chosen to
> delete.But the current implement choose the index 0 internal block as
> candidate but DISK as exess storage type.As a result, the exess storage
> type(DISK) can not correspond to the exess internal blocks' storage type(SSD)
> correctly, and the exess internal block can not be deleted correctly.
--
This message was sent by Atlassian Jira
(v8.20.10#820010)
---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]
