Since there were no objections so far, I will proceed with removing the
code [1].
[1] https://issues.apache.org/jira/browse/FLINK-12312
On Wed, Apr 24, 2019 at 1:38 PM Gary Yao wrote:
> The idea is to also remove the rescaling code in the JobMaster. This will
> make
> it easier to remove the Ex
The idea is to also remove the rescaling code in the JobMaster. This will
make
it easier to remove the ExecutionGraph reference from the JobMaster which is
needed for the scheduling rework [1].
[1] https://issues.apache.org/jira/browse/FLINK-12231
On Wed, Apr 24, 2019 at 12:14 PM Shuai Xu wrote:
+1 for temporarily removing support for the modify command.
Eventually, we have to add it again in order to support auto scaling. The
next time we add it, we should address the known limitations.
Cheers,
Till
On Wed, Apr 24, 2019 at 9:06 AM Paul Lam wrote:
> Hi Gary,
>
> + 1 to remove it for n
Hi Gary,
+ 1 to remove it for now. Actually some users are not aware of that it’s still
experimental, and ask quite a lot about the problem it causes.
Best,
Paul Lam
> 在 2019年4月24日,14:49,Stephan Ewen 写道:
>
> Sounds reasonable to me. If it is a broken feature, then there is not much
> value i
Sounds reasonable to me. If it is a broken feature, then there is not much
value in it.
On Tue, Apr 23, 2019 at 7:50 PM Gary Yao wrote:
> Hi all,
>
> As the subject states, I am proposing to temporarily remove support for
> changing the parallelism of a job via the following syntax [1]:
>
>
Hi all,
As the subject states, I am proposing to temporarily remove support for
changing the parallelism of a job via the following syntax [1]:
./bin/flink modify [job-id] -p [new-parallelism]
This is an experimental feature that we introduced with the first rollout of
FLIP-6 (Flink 1.5). Ho