> > > >>>>>
> > > >>>>>> I am onto FLINK-2800 and FLINK-2888
> > > >>>>>>>>>>>
> > > >>>>>>>>>>> I would not disable YARN detached mode, it is used quite a
> > bit
&
streaming
> > >>>>>>>>
> > >>>>>>>>> users and makes perfect sense for streaming jobs, which are
> > >>>>>>>>>>>
> > >>>>>>>>>> always
> > >&
at 11:20, Stephan Ewen <
> se...@apache.org
> > >
> > > > >>>>>>>>>>
> > > > >>>>>>>>> wrote:
> > > > >>>>>
> > > > >>>>>> I am onto FLINK-2800 and FLINK-2888
elhi
m. +91-9871457685
On Thu, Oct 22, 2015 at 3:57 AM, fhueske <fhue...@gmail.com> wrote:
> +1 to that, Stephan.
>
> I can help with FLINK-2763 or FLINK-2800.
>
>
> From: Stephan Ewen
> Sent: Thursday, October 22, 2015 0:02
> To: dev@flink.apache.org
> Subject:
, but the yarn detached mode is faulty
for
> >> > > interactive programs with eager execution calls. The most basic
> >> starting
> >> > > point for yarn, i.e. *bin/flink run -m yarn-cluster -yd -n <>
> >> > > examples/Wordcount.jar* fail
t; m. +91-9871457685
> >
> > On Thu, Oct 22, 2015 at 3:57 AM, fhueske <fhue...@gmail.com> wrote:
> >
> > > +1 to that, Stephan.
> > >
> > > I can help with FLINK-2763 or FLINK-2800.
> > >
> > >
> > > From: Stephan Ewen
>
t;
> > > -- Sachin Goel
> > > Computer Science, IIT Delhi
> > > m. +91-9871457685
> > >
> > > On Thu, Oct 22, 2015 at 3:57 AM, fhueske <fhue...@gmail.com> wrote:
> > >
> > > > +1 to that, Stephan.
> > > >
> &g
;> > wrote:
> >> >
> >> > > Not sure if it's a blocker, but the yarn detached mode is faulty for
> >> > > interactive programs with eager execution calls. The most basic
> >> starting
> >> > > point for yarn, i.e. *bin/flin
;>>>>> (call to execute/count/collect/print) to the cluster and then
>>> returns
>>>> an
>>>>>>> empty ExecutionResult. This leads to error if the user program tries
>>>> to
>>>>>>> access th
> I can help with FLINK-2763 or FLINK-2800.
> >
> >
> > From: Stephan Ewen
> > Sent: Thursday, October 22, 2015 0:02
> > To: dev@flink.apache.org
> > Subject: Re: [VOTE] Release Apache Flink 0.10.0 (release-0.10.0-rc0)
> >
> >
> > From my
luster -yd -n <>
>> > > examples/Wordcount.jar* fails in a bad way.
>> > >
>> > >
>> > > -- Sachin Goel
>> > > Computer Science, IIT Delhi
>> > > m. +91-9871457685
>> > >
>> > > On Thu, Oct 22, 201
;
> > sachingoel0...@gmail.com>
> > >> > wrote:
> > >> >
> > >> > > Not sure if it's a blocker, but the yarn detached mode is faulty
> for
> > >> > > interactive programs with eager execution calls. The most basic
> > >
gt; >> > like Flink to support detached execution mode but I suggest to
>> disable
>> > >> > detached execution mode for YARN in this release. We can include a
>> > proper
>> > >> > support for the next release.
>> > >> >
>>
t;>>>>>>>> I second Stephan, Ufuk, and Fabian. It's a good idea to start
>>>>>>>>>>>
>>>>>>>>>> testing the
>>>>>>>
>>>>>>>> release candidate. We might discover more issues on the
> >> to
> >> > >> > access the ExecutionResult.
> >> > >> >
> >> > >> > Sachin's pull request hasn't been merged in time for the
> release. I
> >> would
> >> > >> > like Flink to support detached exe
support detached execution mode but I suggest to
> > disable
> > > >> > detached execution mode for YARN in this release. We can include a
> > proper
> > > >> > support for the next release.
> > > >> >
> > > >> > On Thu, Oct 22, 20
(call to execute/count/collect/print) to the cluster and then
> > >> returns an
> > >> > >> > empty ExecutionResult. This leads to error if the user program
> > >> tries
> > >> to
> > >> > >> > access the ExecutionResult.
>
rom: Stephan Ewen
Sent: Thursday, October 22, 2015 0:02
To: dev@flink.apache.org
Subject: Re: [VOTE] Release Apache Flink 0.10.0
(release-0.10.0-rc0)
From my side 2888 is a valid blocker. Aljoscha also found
another
blocker
bug, so this RC will need a few patches.
I think for 2824 th
; >> > >> support
> > > >> > >> > for the standalone cluster mode. The reason why eager
> execution
> > > >> doesn't
> > > >> > >> > work with detached programs is that the client submits the
> > first
> > > >
t;
>> > >> > Sachin's pull request hasn't been merged in time for the release. I
>> would
>> > >> > like Flink to support detached execution mode but I suggest to
>> disable
>> > >> > detached execution mode for YARN in this release. We can i
mode for YARN in this release. We can include a
> proper
> > >> > support for the next release.
> > >> >
> > >> > On Thu, Oct 22, 2015 at 9:50 AM, Sachin Goel <
> sachingoel0...@gmail.com>
> > >> > wrote:
> > >> &g
>>>
>>>>>>> wrote:
>>>>>>>>>>>
>>>>>>>>>>> I had a gut feeling this wouldn't be the last RC :)
>>>>>>>>>>>>
>>>>>>>>>>>> I seco
t;>>
> >>>>>>>>>> always
> >>>>>
> >>>>>> one-shot
> >>>>>>>>
> >>>>>>>>> currently.
> >>>>>>>>>>>
> >>>
Awesome! Thanks Max :))
I have a couple of questions:
- what about the blocker issue (according to the wiki) FLINK-2747?
- weren't we going to get rid of staging altogether?
Cheers,
-V.
On 21 October 2015 at 19:54, Stephan Ewen wrote:
> Super, thanks Max!
>
> We should also
Dear community,
The past months we have been working very hard to push towards 0.10. I
would like to propose the first release candidate.
===
Please vote on releasing the following candidate as Apache Flink version
0.10.0:
The commit to be voted on:
Release candidates have to be tested thoroughly. Therefore, I would like
everybody to take a look at the release page in the wiki:
https://cwiki.apache.org/confluence/display/FLINK/0.10+Release
I've compiled the checks into a document. I would like everyone to assign
one of the checks in the
Thanks Max for the effort, this is going to be huge :)
Unfortunately I have to say -1
FLINK-2888 and FLINK-2824 are blockers from my point of view.
Cheers,
Gyula
Vasiliki Kalavri ezt írta (időpont: 2015. okt.
21., Sze, 20:07):
> Awesome! Thanks Max :))
>
> I have a
I would also point out that Flink-2763 and Flink-2800 could be worth of
further investigations before this release
Best,
Flavio
On 21 Oct 2015 23:33, "Gyula Fóra" wrote:
> Thanks Max for the effort, this is going to be huge :)
>
> Unfortunately I have to say -1
>
> FLINK-2888
@testers: I think it's OK to forward test results not touching these parts
to the next RC.
On Wed, Oct 21, 2015 at 11:33 PM, Gyula Fóra wrote:
>
> FLINK-2888 and FLINK-2824 are blockers from my point of view.
>
Regarding FLINK-2824: from the discussion on the ML [1] I
>From my side 2888 is a valid blocker. Aljoscha also found another blocker
bug, so this RC will need a few patches.
I think for 2824 there was no consensus to what would actually be the
desired behavior, which makes it a bad candidate for a release blocker.
I would try and fix FLINK-2763 and
+1 to that, Stephan.
I can help with FLINK-2763 or FLINK-2800.
From: Stephan Ewen
Sent: Thursday, October 22, 2015 0:02
To: dev@flink.apache.org
Subject: Re: [VOTE] Release Apache Flink 0.10.0 (release-0.10.0-rc0)
>From my side 2888 is a valid blocker. Aljoscha also found another blocker
Super, thanks Max!
We should also bump the master to the next version then, to separate what
goes into release fixes and what goes into the next version...
Is that going to be 1.0-SNAPSHOT? ;-) That is a separate thread, I guess...
On Wed, Oct 21, 2015 at 7:12 PM, Maximilian Michels
32 matches
Mail list logo