> On July 2, 2015, 3:39 p.m., Alexander Rukletsov wrote:
> > A high level question: do operators have the possibility to get a list of 
> > all dynamic reservations? I think about a situation, when a framework made 
> > some reservations and then quit, an operator wants to clean up those 
> > reservations, but they need a list of them, right? Since we target the 
> > endpoints for 0.24, does it make sense to include one more endpoint?
> 
> Michael Park wrote:
>     The `slaves` endpoint returns the JSON model of all of the slaves, and 
> one of the fields of the model is `reserved_resources`. Is this sufficient?

I think it is sufficient, but it would be *nicer* to have an endpoint just for 
dynamic reservations. Also, this is something we planned for quota, so it would 
be more consistent. In any case, I think it makes sense to capture the 
scenarion and its solution in the doc for operators.


- Alexander


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


On June 28, 2015, 8:37 a.m., Michael Park wrote:
> 
> -----------------------------------------------------------
> This is an automatically generated e-mail. To reply, visit:
> https://reviews.apache.org/r/35983/
> -----------------------------------------------------------
> 
> (Updated June 28, 2015, 8:37 a.m.)
> 
> 
> Review request for mesos, Adam B, Benjamin Hindman, Ben Mahler, Jie Yu, Joris 
> Van Remoortere, and Vinod Kone.
> 
> 
> Bugs: MESOS-2600
>     https://issues.apache.org/jira/browse/MESOS-2600
> 
> 
> Repository: mesos
> 
> 
> Description
> -------
> 
> See summary.
> 
> 
> Diffs
> -----
> 
>   src/master/http.cpp 350383362311cfbc830965e1155a8515f0dfb332 
>   src/master/master.hpp af83d3e82d2c161b3cc4583e78a8cbbd2f9a4064 
>   src/master/master.cpp 0782b543b451921d2240958c7ef612a9e30972df 
> 
> Diff: https://reviews.apache.org/r/35983/diff/
> 
> 
> Testing
> -------
> 
> `make check`
> 
> 
> Thanks,
> 
> Michael Park
> 
>

Reply via email to