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

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

                Author: ASF GitHub Bot
            Created on: 06/Jan/20 11:39
            Start Date: 06/Jan/20 11:39
    Worklog Time Spent: 10m 
      Work Description: mxm commented on issue #10027: [BEAM-8577] Initialize 
FileSystems during Coder deserialization in Re…
URL: https://github.com/apache/beam/pull/10027#issuecomment-571108408
 
 
   This is fine as-is, should have made clearer that I'm just missing a comment 
in the translator. I'd also favor a unified style to initialize pipeline 
options, instead of the two different ways we have now. We can tackle this in a 
follow-up. Merging.
 
----------------------------------------------------------------
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:
us...@infra.apache.org


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

    Worklog Id:     (was: 366574)
    Time Spent: 1h  (was: 50m)

> FileSystems may have not be initialized during ResourceId deserialization
> -------------------------------------------------------------------------
>
>                 Key: BEAM-8577
>                 URL: https://issues.apache.org/jira/browse/BEAM-8577
>             Project: Beam
>          Issue Type: Bug
>          Components: runner-flink
>    Affects Versions: 2.16.0
>            Reporter: David Morávek
>            Assignee: David Morávek
>            Priority: Major
>          Time Spent: 1h
>  Remaining Estimate: 0h
>
> - FileSystems use static registration using 
> *FileSystems#setDefaultPipelineOptions* method.
> - *#setDefaultPipelineOptions* is called either when deserializaing 
> SerializablePipelineOptions or during opening of various beam operators. 
> - *FileIO#matchAll* is expanded using *Reshuffle.viaRandomKey()*.
> - Reshuffle is implemented using *.rebalance*, that doesn't have a 
> "RichFunction" lifecycle, so we need to find another way to register 
> FileSystems, as the deserialization may happen before other "rich operators" 
> get executed on particular task manager.
> This results in random pipeline fails as the task assignment is not 
> deterministic.
> We can workaround this, by registering FileSystems during coder 
> deserialization.



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

Reply via email to