Hi folks,
Thanks for the feedback!
On Mon, Oct 17, 2016 at 12:44 PM, Zhitao Li wrote:
> +1 to both A to B.
>
> Do we plan to eventually drop non-checkpionted framework support (possibly
> in v2) and declare that all frameworks has to operate in this assumption?
I think that's worth considering
Got it, thanks Zameer!
Thanks,
Qian Zhang
On Tue, Oct 18, 2016 at 2:25 AM, Zameer Manji wrote:
> Qian,
>
> Turns out the --checkpoint flag was made default and removed in Mesos 0.22.
>
> On Sun, Oct 16, 2016 at 4:38 PM, Qian Zhang wrote:
>
>> and requires operators to enable checkpointing on
Qian,
Turns out the --checkpoint flag was made default and removed in Mesos 0.22.
On Sun, Oct 16, 2016 at 4:38 PM, Qian Zhang wrote:
> and requires operators to enable checkpointing on the slaves.
>
>
> Just curious why operator needs to enable checkpointing on the slaves (I
> do not see an age
+1 to both A to B.
Do we plan to eventually drop non-checkpionted framework support (possibly
in v2) and declare that all frameworks has to operate in this assumption?
On Mon, Oct 17, 2016 at 1:36 AM, Aaron Carey wrote:
> +1 to A and B
>
> Aaron Carey
> Production Engineer - Cloud Pipeline
> In
+1 to A and B
Aaron Carey
Production Engineer - Cloud Pipeline
Industrial Light & Magic
London
020 3751 9150
On 17 October 2016 at 00:38, Qian Zhang wrote:
> and requires operators to enable checkpointing on the slaves.
>
>
> Just curious why operator needs to enable checkpointing on the slave
>
> and requires operators to enable checkpointing on the slaves.
Just curious why operator needs to enable checkpointing on the slaves (I do
not see an agent flag for that), I think checkpointing should be enabled in
framework level rather than slave.
Thanks,
Qian Zhang
On Sun, Oct 16, 2016 a
+1 to A and B
Aurora has enabled checkpointing for years and requires operators to enable
checkpointing on the slaves.
On Sat, Oct 15, 2016 at 11:57 AM, Joris Van Remoortere
wrote:
> I'm in favor of A & B. I find it provides a better "first experience" to
> users.
> From my experience you usual
I'm in favor of A & B. I find it provides a better "first experience" to
users.
>From my experience you usually have to have an explicit reason to not want
to checkpoint. Most people assume the semantics provided by the checkpoint
behavior is default and it can be a frustrating experience for them
Hi folks,
I'd like input from individuals who currently use frameworks but do
not enable checkpointing.
Background: "checkpointing" is a parameter that can be enabled in
FrameworkInfo; if enabled, the agent will write the framework pid,
executor PIDs, and status updates to disk for any tasks star
9 matches
Mail list logo