TrackerDistributedCacheManager never cleans its input directories
-----------------------------------------------------------------
Key: MAPREDUCE-1914
URL: https://issues.apache.org/jira/browse/MAPREDUCE-1914
Project: Hadoop Map/Reduce
Issue Type: Bug
Reporter: Dick King
Assignee: Dick King
When we localize a file into a node's cache, it's installed in a directory
whose subroot is a random {{long}} . These {{long}} s all sit in a single flat
directory [per disk, per cluster node]. When the cached file is no longer
needed, its reference count becomes zero in a tracking data structure. The
file then becomes eligible for deletion when the total amount of space occupied
by cached files exceeds 10G [by default] or the total number of such files
exceeds 10K.
However, when we delete a cached file, we don't delete the directory that
contains it; this importantly includes the elements of the flat directory,
which then accumulate until they reach a system limit, 32K in some cases, and
then the node stops working.
We need to delete the flat directory when we delete the localized cache file it
contains.
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.
