> On March 30, 2017, 8:13 a.m., Stephan Erb wrote:
> > src/main/java/org/apache/aurora/scheduler/mesos/VersionedMesosSchedulerImpl.java
> > Lines 125-129 (patched)
> > <https://reviews.apache.org/r/58053/diff/1/?file=1680496#file1680496line125>
> >
> >     Does the Mesos docs say anything about simultanous `SUBSCRIBE` calls?
> >     
> >     If the backoff time is still pretty low we might end up sending another 
> > subscribe before we have received an answer for the previous one.
> 
> Zameer Manji wrote:
>     From what I understand, multiple subscription per framework is not 
> allowed and subsequent subscribe attempts will fail if a connection was 
> already established. The underlying driver ignores those failures so we 
> should be fine.

The `V1Mesos` driver drops them silently so we are fine if we send extra calls. 
https://github.com/apache/mesos/blob/1a1fa95d0de179d7efab002a99a0e6261ce307f9/src/scheduler/scheduler.cpp#L230


- Zameer


-----------------------------------------------------------
This is an automatically generated e-mail. To reply, visit:
https://reviews.apache.org/r/58053/#review170580
-----------------------------------------------------------


On March 30, 2017, 11:37 a.m., Zameer Manji wrote:
> 
> -----------------------------------------------------------
> This is an automatically generated e-mail. To reply, visit:
> https://reviews.apache.org/r/58053/
> -----------------------------------------------------------
> 
> (Updated March 30, 2017, 11:37 a.m.)
> 
> 
> Review request for Aurora and Stephan Erb.
> 
> 
> Bugs: AURORA-1911
>     https://issues.apache.org/jira/browse/AURORA-1911
> 
> 
> Repository: aurora
> 
> 
> Description
> -------
> 
> As noted in AURORA-1911 the `V1Mesos` driver doesn't re try `SUBSCRIBE` calls 
> if they fail. This means that after a leader subscribes and disconnects, it 
> is possible for it to never re subscribe again if the Mesos Master is 
> unhealthy.
> 
> To fix this, I have moved the subscription into the dedicated 
> `SchedulerExecutor` and it coninutes to attempt to subscribe using truncated 
> binary backoff. It only stops if we are disconnected or if we sucessfully 
> connect.
> 
> 
> Diffs
> -----
> 
>   src/jmh/java/org/apache/aurora/benchmark/StatusUpdateBenchmark.java 
> 206b11458da2b0f938f0fcab5e5d3259a88ac9ee 
>   src/main/java/org/apache/aurora/scheduler/mesos/MesosCallbackHandler.java 
> 5bf1e4e8c46044cb69b266cd203b5ec2f8b9ab61 
>   src/main/java/org/apache/aurora/scheduler/mesos/SchedulerDriverModule.java 
> 10d4f1b515b91d85b283cb7c655275c22fb133f9 
>   
> src/main/java/org/apache/aurora/scheduler/mesos/VersionedMesosSchedulerImpl.java
>  67d356ab66c926a3b56860b906a453d57d6b694d 
>   
> src/test/java/org/apache/aurora/scheduler/mesos/VersionedMesosSchedulerImplTest.java
>  756d0d9e30a447f9fba75c1c60f2f2f3c610399b 
> 
> 
> Diff: https://reviews.apache.org/r/58053/diff/2/
> 
> 
> Testing
> -------
> 
> 
> Thanks,
> 
> Zameer Manji
> 
>

Reply via email to