This is an automatically generated e-mail. To reply, visit:

(Updated 十月 23, 2015, 9:05 a.m.)

Review request for mesos and Vinod Kone.


Address Anand's comments per IRC discussion

Bugs: MESOS-3733

Repository: mesos

Description (updated)

Root Cause: The reason is that the DECLINE call set filter as 1hr,
the Clock::advance set as 100m. A race condition is that both DECLINE
and SUPPRESS started up in different threads and the call Clock::advance
may be called before SUPPRESS finished. The clock advanced for 100m which
is greater than 1hr, this caused the allocator start to allocate resource
again and ASSERT_TRUE(event.isPending()) will be failed.

Solution: Make SUPPRESS call is finished before call Clock::advance

Diffs (updated)

  src/tests/scheduler_tests.cpp 7946cb48d62f4ed6d0fdbc771746518e31921f97 

Diff: https://reviews.apache.org/r/39548/diff/


Platform: Ubuntu 14.04
make check
bin/mesos-tests.sh --gtest_filter="ContentType/SchedulerTest.Suppress/*"  
--gtest_repeat=-1 --gtest_break_on_failure


Guangya Liu

Reply via email to