mesos-reviews mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Benjamin Mahler <bmah...@apache.org>
Subject Re: Review Request 56004: Fixed MULTI_ROLE related bugs when updating framework info.
Date Sat, 04 Feb 2017 03:02:47 GMT


> On Jan. 30, 2017, 1:46 a.m., Guangya Liu wrote:
> > src/master/master.hpp, lines 2441-2450
> > <https://reviews.apache.org/r/56004/diff/1/?file=1617175#file1617175line2441>
> >
> >     Can you please add some comments here to clarify that this is used to handle
upgrade/downgrade case to/from multi role framework?
> 
> Benjamin Bannier wrote:
>     This whole block (and also the added code) are related to any changes in framework
capabilities, right?

Yeah I would say that this is captured by the comments that are already present, no?


- Benjamin


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


On Jan. 27, 2017, 12:30 a.m., Benjamin Mahler wrote:
> 
> -----------------------------------------------------------
> This is an automatically generated e-mail. To reply, visit:
> https://reviews.apache.org/r/56004/
> -----------------------------------------------------------
> 
> (Updated Jan. 27, 2017, 12:30 a.m.)
> 
> 
> Review request for mesos, Benjamin Bannier and Michael Park.
> 
> 
> Repository: mesos
> 
> 
> Description
> -------
> 
> The first issue is that we need to update the capabilities member
> to reflect the new capabilities.
> 
> The second issue is that when we allow an upgrade or downgrade
> to or from MULTI_ROLE, we need to update the `role` and `roles`
> fields of `FrameworkInfo`.
> 
> 
> Diffs
> -----
> 
>   src/master/master.hpp 7e38af41ca16241dbbe3bc2e80c0848e82762a45 
> 
> Diff: https://reviews.apache.org/r/56004/diff/
> 
> 
> Testing
> -------
> 
> make check
> 
> 
> Thanks,
> 
> Benjamin Mahler
> 
>


Mime
  • Unnamed multipart/alternative (inline, None, 0 bytes)
View raw message