> On Oct. 13, 2017, 6:40 p.m., Anand Mazumdar wrote:
> > src/tests/scheduler_http_api_tests.cpp
> > Lines 737-747 (patched)
> > <https://reviews.apache.org/r/62241/diff/1/?file=1820104#file1820104line737>
> >
> >     Kill this? We don't need this to test if the downgrade worked.
> 
> Ilya Pronin wrote:
>     The crash that this test reproduces occurs when the master handles a 
> `Message` from the scheduler. We can remove the reconciliation part and the 
> crash would still happen when the scheduler driver sends a `TEARDOWN` call 
> message from `SchedulerProcess::stop()`. But I think it is better to be 
> explicit here and not leave exercising the code that we were fixing to the 
> cleanup logic.
> 
> Anand Mazumdar wrote:
>     I see. Can you modify the comment to also mention why are you exercising 
> the message handling i.e., it used to crash the master previously? Otherwise, 
> its not immediately obvious as to why it's being done here.

Done!


- Ilya


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


On Oct. 16, 2017, 1:05 p.m., Ilya Pronin wrote:
> 
> -----------------------------------------------------------
> This is an automatically generated e-mail. To reply, visit:
> https://reviews.apache.org/r/62241/
> -----------------------------------------------------------
> 
> (Updated Oct. 16, 2017, 1:05 p.m.)
> 
> 
> Review request for mesos and Anand Mazumdar.
> 
> 
> Bugs: MESOS-7867
>     https://issues.apache.org/jira/browse/MESOS-7867
> 
> 
> Repository: mesos
> 
> 
> Description
> -------
> 
> This test verifies that we are able to upgrade from a PID based
> framework to an HTTP framework and then downgrade back without
> restarting the master.
> 
> 
> Diffs
> -----
> 
>   src/tests/scheduler_http_api_tests.cpp 
> cc03be0d2110f08023bf0ce181da37658737bd7c 
> 
> 
> Diff: https://reviews.apache.org/r/62241/diff/3/
> 
> 
> Testing
> -------
> 
> Ran `make check`. Verified that the test fails without the previous patch.
> 
> 
> Thanks,
> 
> Ilya Pronin
> 
>

Reply via email to