You are viewing a plain text version of this content. The canonical link for it is here.
Posted to issues@kudu.apache.org by "Alexey Serbin (Jira)" <ji...@apache.org> on 2022/02/21 18:51:00 UTC

[jira] [Resolved] (KUDU-3344) Master could do some garbage collection work in CatalogManagerBgTasks thread

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

Alexey Serbin resolved KUDU-3344.
---------------------------------
    Fix Version/s: 1.17.0
       Resolution: Fixed

> Master could do some garbage collection work in CatalogManagerBgTasks thread
> ----------------------------------------------------------------------------
>
>                 Key: KUDU-3344
>                 URL: https://issues.apache.org/jira/browse/KUDU-3344
>             Project: Kudu
>          Issue Type: Improvement
>          Components: master
>            Reporter: YifanZhang
>            Priority: Minor
>             Fix For: 1.17.0
>
>
> Kudu master now reserve all tables/tablets' metadata in memory and disks, deleted tables and tablets were marked REMOVED/DELETED/REPLACED state but not really deleted. This could lead to huge memory usage as described in KUDU-3097.  
> I think it's a good idea to cleanup them in the CatalogManagerBgTasks thread. But because the data deletion tasks are done asynchronously by tablet servers, it is uncertain when metadata can be safely deleted.
> Besides, we could also cleanup dead tablet servers from master's in-memory map in this thread, as I mentioned in KUDU-2915.



--
This message was sent by Atlassian Jira
(v8.20.1#820001)