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



Master (301f066) is red with this patch.
  ./build-support/jenkins/build.sh

                             # Create file stdout for capturing output. We 
can't use StringIO mock
                             # because TestProcess is running fork.
                             with open(os.path.join(td, 'sys_stdout'), 
'w+') as stdout:
                               with open(os.path.join(td, 'sys_stderr'), 
'w+') as stderr:
                                 with mutable_sys():
                                   sys.stdout, sys.stderr = stdout, 
stderr
                         
                                   p = TestProcess('process', 'echo hello 
world; echo >&2 hello stderr', 0,
                                                   taskpath, sandbox, 
logger_destination=LoggerDestination.BOTH)
                                   p.start()
                                   rc = 
wait_for_rc(taskpath.getpath('process_checkpoint'))
                         
                                   assert rc == 0
                                   # Check log files were created in std 
path with correct content
                     >             assert_log_content(taskpath, 'stdout', 
'hello world\n')
                     
                     src/test/python/apache/thermos/core/test_process.py:538: 
                     _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ 
                     
                     taskpath = <apache.thermos.common.path.TaskPath object at 
0x7f9138423590>
                     log_name = 'stdout'
                     expected_content = 'hello world\n'
                     
                         def assert_log_content(taskpath, log_name, 
expected_content):
                           log = 
taskpath.with_filename(log_name).getpath('process_logdir')
                           assert os.path.exists(log)
                           with open(log, 'r') as fp:
                     >       assert fp.read() == expected_content
                     E       assert '' == 'hello world\n'
                     E         + hello world
                     
                     src/test/python/apache/thermos/core/test_process.py:364: 
AssertionError
                      generated xml file: 
/home/jenkins/jenkins-slave/workspace/AuroraBot/dist/test-results/aaf4d108c31293299a0839bdc404a91802f80937.xml
 
                      1 failed, 794 passed, 6 skipped, 1 warnings in 
461.64 seconds 
                     
FAILURE


21:46:32 08:16   [complete]
               FAILURE


I will refresh this build result if you post a review containing "@ReviewBot 
retry"

- Aurora ReviewBot


On Dec. 12, 2017, 11:15 a.m., Jordan Ly wrote:
> 
> -----------------------------------------------------------
> This is an automatically generated e-mail. To reply, visit:
> https://reviews.apache.org/r/64523/
> -----------------------------------------------------------
> 
> (Updated Dec. 12, 2017, 11:15 a.m.)
> 
> 
> Review request for Aurora and Stephan Erb.
> 
> 
> Bugs: AURORA-1961
>     https://issues.apache.org/jira/browse/AURORA-1961
> 
> 
> Repository: aurora
> 
> 
> Description
> -------
> 
> Attempt #2 to fix the flaky Webhook test.
> 
> Along the same lines of Stephan's change 
> (https://reviews.apache.org/r/64482/), but waiting for `onThrowable` to 
> finish since it is called asyncronously to the future being completed.
> 
> Overall, this flakiness has seemed to increase in volume over the past month. 
> I've been running into it with a noticable fraction of internal/test builds.
> 
> 
> Diffs
> -----
> 
>   src/test/java/org/apache/aurora/scheduler/events/WebhookTest.java 
> 1b5d2d02535345edfe6cf04d18d00434393f800b 
> 
> 
> Diff: https://reviews.apache.org/r/64523/diff/2/
> 
> 
> Testing
> -------
> 
> This change seems pretty hard to test considering the differences in 
> environment and the unknown cause of the actual errors. Maybe we run the 
> reviewbot on this repo repeatedly? Obviously not the most scientifically 
> sound solution.
> 
> EDIT 12/12: I tested this by putting a long sleep in `onThrowable` which 
> causes the issue in master and is fixed with this patch.
> 
> 
> Thanks,
> 
> Jordan Ly
> 
>

Reply via email to