12890 2018-08-15 14:18:25 +0000 [stable/rocko-next] BitbakeSelftest fails 2018-09-24 18:00:07 +0000 1 1 7 Build System, Metadata & Runtime OE-Core core 2.4.5 x86 Multiple RESOLVED WORKSFORME Medium normal 2.6 1 akuster randy.macleod meta.mr.watcher meta.watcher randy.macleod richard.purdie --- Regression (Used to work) Don't know oldest_to_newest 81358 0 akuster 2018-08-15 14:18:25 +0000 ====================================================================== FAIL: test_wget_checkstatus (bb.tests.fetch.FetchCheckStatusTest) (url='http://ftp.gnu.org/gnu/autoconf/autoconf-2.60.tar.gz') ---------------------------------------------------------------------- Traceback (most recent call last): File "/home/pokybuild/yocto-autobuilder/yocto-worker/nightly/build/bitbake/lib/bb/tests/fetch.py", line 856, in test_wget_checkstatus self.assertTrue(ret, msg="URI %s, can't check status" % (u)) AssertionError: False is not true : URI http://ftp.gnu.org/gnu/autoconf/autoconf-2.60.tar.gz, can't check status ====================================================================== FAIL: test_wget_checkstatus (bb.tests.fetch.FetchCheckStatusTest) (url='https://ftp.gnu.org/gnu/chess/gnuchess-5.08.tar.gz') ---------------------------------------------------------------------- Traceback (most recent call last): File "/home/pokybuild/yocto-autobuilder/yocto-worker/nightly/build/bitbake/lib/bb/tests/fetch.py", line 856, in test_wget_checkstatus self.assertTrue(ret, msg="URI %s, can't check status" % (u)) AssertionError: False is not true : URI https://ftp.gnu.org/gnu/chess/gnuchess-5.08.tar.gz, can't check status ====================================================================== FAIL: test_wget_checkstatus (bb.tests.fetch.FetchCheckStatusTest) (url='https://ftp.gnu.org/gnu/gmp/gmp-4.0.tar.gz') ---------------------------------------------------------------------- Traceback (most recent call last): File "/home/pokybuild/yocto-autobuilder/yocto-worker/nightly/build/bitbake/lib/bb/tests/fetch.py", line 856, in test_wget_checkstatus self.assertTrue(ret, msg="URI %s, can't check status" % (u)) AssertionError: False is not true : URI https://ftp.gnu.org/gnu/gmp/gmp-4.0.tar.gz, can't check status ====================================================================== FAIL: test_wget_checkstatus_connection_cache (bb.tests.fetch.FetchCheckStatusTest) (url='http://ftp.gnu.org/gnu/autoconf/autoconf-2.60.tar.gz') ---------------------------------------------------------------------- Traceback (most recent call last): File "/home/pokybuild/yocto-autobuilder/yocto-worker/nightly/build/bitbake/lib/bb/tests/fetch.py", line 871, in test_wget_checkstatus_connection_cache self.assertTrue(ret, msg="URI %s, can't check status" % (u)) AssertionError: False is not true : URI http://ftp.gnu.org/gnu/autoconf/autoconf-2.60.tar.gz, can't check status ====================================================================== FAIL: test_wget_checkstatus_connection_cache (bb.tests.fetch.FetchCheckStatusTest) (url='https://ftp.gnu.org/gnu/chess/gnuchess-5.08.tar.gz') ---------------------------------------------------------------------- Traceback (most recent call last): File "/home/pokybuild/yocto-autobuilder/yocto-worker/nightly/build/bitbake/lib/bb/tests/fetch.py", line 871, in test_wget_checkstatus_connection_cache self.assertTrue(ret, msg="URI %s, can't check status" % (u)) AssertionError: False is not true : URI https://ftp.gnu.org/gnu/chess/gnuchess-5.08.tar.gz, can't check status ====================================================================== FAIL: test_wget_checkstatus_connection_cache (bb.tests.fetch.FetchCheckStatusTest) (url='https://ftp.gnu.org/gnu/gmp/gmp-4.0.tar.gz') ---------------------------------------------------------------------- Traceback (most recent call last): File "/home/pokybuild/yocto-autobuilder/yocto-worker/nightly/build/bitbake/lib/bb/tests/fetch.py", line 871, in test_wget_checkstatus_connection_cache self.assertTrue(ret, msg="URI %s, can't check status" % (u)) AssertionError: False is not true : URI https://ftp.gnu.org/gnu/gmp/gmp-4.0.tar.gz, can't check status 81359 1 akuster 2018-08-15 14:18:46 +0000 This passed on my local system 81360 2 akuster 2018-08-15 14:19:53 +0000 failure was on tumbleweed.yocto.io 81363 3 richard.purdie 2018-08-15 15:58:16 +0000 I suspect this is some kind of rate limiting/DoS protection upstream as the same failures occurred in master too. 81372 4 akuster 2018-08-16 01:48:42 +0000 so how should this be resolved? 81391 5 randy.macleod 2018-08-16 15:36:17 +0000 Email to webmasters at gnu.org sent: Subject: Intermittent failures for ftp.gnu.org connections I work on the Yocto Project which builds custom GNU/Linux distros from source. We have a series of build system tests that fail intermittently for connections to: http[s]://ftp.gnu.org as described, somewhat cryptically, here: https://bugzilla.yoctoproject.org/show_bug.cgi?id=12890 Is there some kind of rate limiting/DoS protection that is run on the ftp.gnu.org server and if so can we get added to a whitelist? Do you have any log file evidence that servers from the yoctoproject.org/.io are being throttled? While we could use a local mirror for our testing, the intent is to test the system as users of the Yocto Project would use it. A local mirror would hide any connectivity or reliability problems. 81392 6 randy.macleod 2018-08-16 15:37:26 +0000 Armin, Do you recall when these errors happened? Are they worse at a particular time of day? 81393 7 akuster 2018-08-16 15:41:44 +0000 (In reply to comment #6) > Armin, > Do you recall when these errors happened? > Are they worse at a particular time of day? Weekends or in the Evening ( PST ) 81394 8 randy.macleod 2018-08-16 17:21:24 +0000 A GNU webmaster replied: We had intermittent downtime on that machine in the last few days due to problems in our datacenter, I think they could have caused the errors. We also have some DDOS and request limits at the firewall level, but I don't think they have changed recently. I'm closing this by now, if your build system continues to see errors please reopen by replying to this email, and we will look into the network/firewall side of things. Armin, Do you think that explains the problem or has this been happening for a while already? Is it worth trying the test again a few times? 81609 9 randy.macleod 2018-09-24 18:00:07 +0000 The problem apparently was not on the webserver end so there's not much to be done. Re-open if the issue persists.