[jira] [Work logged] (BEAM-9030) Bump grpc to 1.26.0

["ASF GitHub Bot (Jira)" <ji...@apache.org>]

     [ https://issues.apache.org/jira/browse/BEAM-9030?focusedWorklogId=364988&page=com.atlassian.jira.plugin.system.issuetabpanels:worklog-tabpanel#worklog-364988 ]

ASF GitHub Bot logged work on BEAM-9030:
----------------------------------------

                Author: ASF GitHub Bot
            Created on: 31/Dec/19 13:44
            Start Date: 31/Dec/19 13:44
    Worklog Time Spent: 10m 
      Work Description: sunjincheng121 commented on issue #10463: [BEAM-9030] Bump grpc to 1.26.0
URL: https://github.com/apache/beam/pull/10463#issuecomment-569930822
 
 
   Hi @lukecwik, Regarding to the linkage check, could you share the command you use? I can not reproduce the result with the command `./gradlew -Ppublishing -PjavaLinkageArtifactIds=beam-sdks-java-core,beam-sdks-java-io-jdbc :checkJavaLinkage`.
 
----------------------------------------------------------------
This is an automated message from the Apache Git Service.
To respond to the message, please log on to GitHub and use the
URL above to go to the specific comment.
 
For queries about this service, please contact Infrastructure at:
users@infra.apache.org


Issue Time Tracking
-------------------

    Worklog Id:     (was: 364988)
    Time Spent: 3h 40m  (was: 3.5h)

> Bump grpc to 1.26.0
> -------------------
>
>                 Key: BEAM-9030
>                 URL: https://issues.apache.org/jira/browse/BEAM-9030
>             Project: Beam
>          Issue Type: Bug
>          Components: java-fn-execution, runner-flink
>            Reporter: sunjincheng
>            Assignee: sunjincheng
>            Priority: Major
>             Fix For: 2.19.0
>
>          Time Spent: 3h 40m
>  Remaining Estimate: 0h
>
> When submitting a Python word count job to a Flink session/standalone cluster repeatedly, the meta space usage of the task manager of the Flink cluster will continuously increase (about 40MB each time). The reason is that the Beam classes are loaded with the user class loader in Flink and there are problems with the implementation of `ProcessManager`(from Beam) and `ThreadPoolCache`(from netty) which may cause the user class loader could not be garbage collected even after the job finished which causes the meta space memory leak eventually. You can refer to FLINK-15338[1] for more information.
> Regarding to `ProcessManager`, I have created a JIRA BEAM-9006[2] to track it. Regarding to `ThreadPoolCache`, it is a Netty problem and has been fixed in NETTY#8955[3]. Netty 4.1.35 Final has already included this fix and GRPC 1.22.0 has already dependents on Netty 4.1.35 Final. So we need to bump the version of GRPC to 1.22.0+ (currently 1.21.0).
>  
> What do you think?
> [1] https://issues.apache.org/jira/browse/FLINK-15338
> [2] https://issues.apache.org/jira/browse/BEAM-9006
> [3] [https://github.com/netty/netty/pull/8955]
>  



--
This message was sent by Atlassian Jira
(v8.3.4#803005)