You are viewing a plain text version of this content. The canonical link for it is here.
Posted to issues@flink.apache.org by "Jelmer Kuperus (JIRA)" <ji...@apache.org> on 2018/01/20 13:25:00 UTC
[jira] [Updated] (FLINK-8466) MemoryArchivist holding on to last
thrown exception prevents the user code classloader from being garbage
collected
[ https://issues.apache.org/jira/browse/FLINK-8466?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]
Jelmer Kuperus updated FLINK-8466:
----------------------------------
Description:
MemoryArhivist holds on to any number of ArchivedExecutionGraph's these ArchivedExecutionGraph instances contain a failureCause field of type ErrorInfo that wrap the exception in case one was thrown to terminate the job
This exception class will more often than not have been loaded by a user code classloader and as long as the
MemoryArchivist holds on to this exception the JVM won't be able to reclaim the resources held by this classloader
was:
MemoryArhivist holds on to any number of ArchivedExecutionGraph's these ArchivedExecutionGraph instances contain a
failureCause field of type ErrorInfo that wrap the exception in case one was thrown to terminate the job
This exception class will more often than not have been loaded by a user code classloader and as long as the
MemoryArchivist holds on to this exception the JVM won't be able to reclaim the resources held by this classloader
> MemoryArchivist holding on to last thrown exception prevents the user code classloader from being garbage collected
> -------------------------------------------------------------------------------------------------------------------
>
> Key: FLINK-8466
> URL: https://issues.apache.org/jira/browse/FLINK-8466
> Project: Flink
> Issue Type: Bug
> Components: Local Runtime
> Affects Versions: 1.4.0
> Reporter: Jelmer Kuperus
> Priority: Major
> Attachments: Screen Shot 2018-01-20 at 1.48.33 PM.png
>
>
> MemoryArhivist holds on to any number of ArchivedExecutionGraph's these ArchivedExecutionGraph instances contain a failureCause field of type ErrorInfo that wrap the exception in case one was thrown to terminate the job
> This exception class will more often than not have been loaded by a user code classloader and as long as the
> MemoryArchivist holds on to this exception the JVM won't be able to reclaim the resources held by this classloader
--
This message was sent by Atlassian JIRA
(v7.6.3#76005)