make[2]: Entering directory '/var/tmp/portage/sys-apps/rng-tools-6.3/work/rng-tools-6.3/tests' make[3]: Entering directory '/var/tmp/portage/sys-apps/rng-tools-6.3/work/rng-tools-6.3/tests' FAIL: rngtesturandom.sh PASS: rngtestzero.sh ============================================================================ Testsuite summary for rng-tools 6 ------------------------------------------------------------------- This is an unstable amd64 chroot image at a tinderbox (==build bot) name: 17.0_libressl-abi32+64-test_20180707-092238 ------------------------------------------------------------------- gcc-config -l: [1] x86_64-pc-linux-gnu-7.3.0 * Available Python interpreters, in order of preference: [1] python3.5 [2] python3.7 (fallback) [3] python2.7 (fallback) emerge -qpv sys-apps/rng-tools [ebuild N ] sys-apps/rng-tools-6.3 USE="-jitterentropy -nistbeacon (-selinux)"
Created attachment 539140 [details] emerge-info.txt
Created attachment 539142 [details] emerge-history.txt
Created attachment 539144 [details] environment
Created attachment 539146 [details] etc.portage.tbz2
Created attachment 539148 [details] logs.tbz2
Created attachment 539150 [details] sys-apps:rng-tools-6.3:20180711-120239.log
Created attachment 539152 [details] temp.tbz2
Created attachment 539154 [details] tests.tbz2
From rngtesturandom.sh.log: > rngtest: FIPS 140-2 failures: 1 Looks like a problem with your image/system. Your /dev/urandom source doesn't provide valid FIPS 140-2 randomness.
(In reply to Thomas Deutschmann from comment #9) will investigate, but b/c it passes tests fine at 2 other (test) images and only failed at this particular image. FWIW /dev is bind-mounted from the host: https://github.com/toralf/tinderbox/blob/master/bin/chr.sh#L22 and currently I have 11 images running in parallel, OTOH I do have timer_entropyd, haveged and rngd runnning at the host.
There haven't been any other bugs on this for the rng-tools releases following this one. 6.3 is not in the tree anymore. FIPS failure says more about the available entropy on your system. Bind mounting your /dev certainly helps but the other 10 images are also consuming from the same entropy pool. Feel free to reopen if the problem still persists.
