> On Dec. 3, 2017, 2:16 p.m., Zhitao Li wrote:
> > docs/configuration/agent.md
> > Lines 886-887 (patched)
> > <https://reviews.apache.org/r/64266/diff/1/?file=1906400#file1906400line886>
> >
> >     I would suggest only support files with support of refreshing its 
> > content without agent reboot.
> >     
> >     From operator perspective, the frequency in which we want to update 
> > excluded_images is often higher than permitted agent restart, and they 
> > often have different cycles.

As we chatted offline. This relates to the feature of supporting agent/master 
configuration update dynamically. I added a `TODO` in the agent code.


- Gilbert


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


On Dec. 1, 2017, 5:10 p.m., Gilbert Song wrote:
> 
> -----------------------------------------------------------
> This is an automatically generated e-mail. To reply, visit:
> https://reviews.apache.org/r/64266/
> -----------------------------------------------------------
> 
> (Updated Dec. 1, 2017, 5:10 p.m.)
> 
> 
> Review request for mesos, Jie Yu, Qian Zhang, Vinod Kone, and Zhitao Li.
> 
> 
> Bugs: MESOS-8294
>     https://issues.apache.org/jira/browse/MESOS-8294
> 
> 
> Repository: mesos
> 
> 
> Description
> -------
> 
> This is an optional agent flag. If it is not set, it means
> the automatic container image gc is not enabled. Users have
> to trigger image gc manually via the operator API. If it is
> set, the image auto gc is enabled.
> 
> 
> Diffs
> -----
> 
>   docs/configuration/agent.md f1e0681be34d194d66e2b2ecd3f76653a54068e2 
>   src/messages/flags.hpp 00e26cd2699a3da9722170324b5c0190850405da 
>   src/slave/flags.hpp 0c02b49c054ef2597298aefe0997beacfc9efeb8 
>   src/slave/flags.cpp 0eeecdc6023443a99c8e8fe29c2f7bf791c0a36e 
> 
> 
> Diff: https://reviews.apache.org/r/64266/diff/1/
> 
> 
> Testing
> -------
> 
> make check
> 
> 
> Thanks,
> 
> Gilbert Song
> 
>

Reply via email to