I also encountered this on Scientific Linux 7.4 (Linux 3.10.0-693.11.6.el7.x86_64) while trying to build Python 3.8.0.

I think it is due to differences in versions of 'dtrace' on different platforms.
On my MacOS-X v10.14.6 (Mojave) system, the 'dtrace' command has a  -q (quiet the output) option.
On SL 7.4, it does not. The options are quite different.


This is output and versions from my test run:

    ./python  ./Tools/scripts/run_tests.py 
    == CPython 3.8.0 (default, Oct 29 2019, 14:37:09) [GCC 4.8.5 20150623 (Red Hat 4.8.5-16)]
    == Linux-3.10.0-693.11.6.el7.x86_64-x86_64-with-glibc2.17 little-endian
    == cwd: /opt/Python-3.8.0/build/test_python_30482
    == CPU count: 2
    == encodings: locale=UTF-8, FS=utf-8

Below is an error from the test log that shows the 'q' option being rejected from 'dtrace' (linux'):

    0:10:16 load avg: 1.79 Re-running test_dtrace in verbose mode
    skipped "dtrace(1) failed: ('/usr/bin/dtrace', 'invalid option', '-q')\nUsage /usr/bin/dtrace [--help] [-h | -G] [-C [-I<Path>]] -s File.d [-o <File>]"

Assuming 'dtrace' is run as a sub-process, the different versions could be producing very different results.

I attached a (clipped) version of my 'make test' output, it is essentially the same as sayno996's results.
There are also some error from 'test_nis" which can be ignoed for this issue.

I hope this helps.