[opensuse-buildservice] Strange build failures
Hi Build Service Gang, I'm observing some strange BS behavior at the moment. Some builds fail reproducible when testing network functionality with sockets on localhost (as far as I interpret them). Have a look here: https://build.opensuse.org/package/show/home:frispete:python/python-pyftpdli... The two failing pattern are: With 13.1/i568 and Tumbleweed, the sockets time out on many tests: [ 569s] ====================================================================== [ 569s] ERROR: test_stou_max_tries (test_servers.TestCornerCasesMProcMixin) [ 569s] ---------------------------------------------------------------------- [ 569s] Traceback (most recent call last): [ 569s] File "/home/abuild/.local/lib/python2.7/site-packages/pyftpdlib-1.5.1-py2.7.egg/pyftpdlib/test/test_functional.py", line 2404, in setUp [ 569s] self.client.connect(self.server.host, self.server.port) [ 569s] File "/usr/lib/python2.7/ftplib.py", line 138, in connect [ 569s] self.welcome = self.getresp() [ 569s] File "/usr/lib/python2.7/ftplib.py", line 215, in getresp [ 569s] resp = self.getmultiline() [ 569s] File "/usr/lib/python2.7/ftplib.py", line 201, in getmultiline [ 569s] line = self.getline() [ 569s] File "/usr/lib/python2.7/ftplib.py", line 186, in getline [ 569s] line = self.file.readline(self.maxline + 1) [ 569s] File "/usr/lib/python2.7/socket.py", line 476, in readline [ 569s] data = self._sock.recv(self._rbufsize) [ 569s] timeout: timed out 42.1 and 13.2/i586, the issue is reduced on a few ftplib.py calls: [ 70s] ====================================================================== [ 70s] ERROR: test_list (test_functional.TestUnicodePathNames) [ 70s] ---------------------------------------------------------------------- [ 70s] Traceback (most recent call last): [ 70s] File "/home/abuild/rpmbuild/BUILD/pyftpdlib-1.5.1/pyftpdlib/test/test_functional.py", line 2652, in test_list [ 70s] self._test_listing_cmds('list') [ 70s] File "/home/abuild/rpmbuild/BUILD/pyftpdlib-1.5.1/pyftpdlib/test/test_functional.py", line 2639, in _test_listing_cmds [ 70s] self.client.retrlines(cmd, ls.append) [ 70s] File "/usr/lib64/python2.7/ftplib.py", line 453, in retrlines [ 70s] return self.voidresp() [ 70s] File "/usr/lib64/python2.7/ftplib.py", line 229, in voidresp [ 70s] resp = self.getresp() [ 70s] File "/usr/lib64/python2.7/ftplib.py", line 222, in getresp [ 70s] raise error_temp, resp [ 70s] error_temp: 426 Internal error; transfer aborted. In local osc builds, I cannot reproduce any of them, but harvest this one for Tumbleweed builds: [ 17s] ERROR: test_ssl_version (test_functional_ssl.TestFTPS) [ 17s] ---------------------------------------------------------------------- [ 17s] Traceback (most recent call last): [ 17s] File "/home/abuild/rpmbuild/BUILD/pyftpdlib-1.5.1/pyftpdlib/test/test_functional_ssl.py", line 347, in test_ssl_version [ 17s] protos = [ssl.PROTOCOL_SSLv3, ssl.PROTOCOL_SSLv23, ssl.PROTOCOL_TLSv1] [ 17s] AttributeError: 'module' object has no attribute 'PROTOCOL_SSLv3' [ 17s] That one I saw on BS yesterday as well. The pattern exchange on different attempts, hence it looks like two different issues, depending on the building host. All builds besides Tumbleweed that fail on BS, succeed locally. Any idea? Cheers, Pete -- To unsubscribe, e-mail: opensuse-buildservice+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-buildservice+owner@opensuse.org
Hans-Peter Jansen
All builds besides Tumbleweed that fail on BS, succeed locally.
Any idea?
Try to do a kvm build locally to check whether the package needs full networking. Andreas. -- Andreas Schwab, SUSE Labs, schwab@suse.de GPG Key fingerprint = 0196 BAD8 1CE9 1970 F4BE 1748 E4D4 88E3 0EEA B9D7 "And now for something completely different." -- To unsubscribe, e-mail: opensuse-buildservice+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-buildservice+owner@opensuse.org
Hi Andreas, On Montag, 9. Mai 2016 13:48:04 Andreas Schwab wrote:
Hans-Peter Jansen
writes: All builds besides Tumbleweed that fail on BS, succeed locally.
Any idea?
Try to do a kvm build locally to check whether the package needs full networking.
Thanks for the hint, I missed the kvm build opportunity somehow. The Tumbleweed build failure is related to a Python 2.7.10 build, that has removed SSLv3 protocol support altogether. From further reading on CVE-2014-3566, this rather drastic move seems justified. I was able to get it building, but it took some more disabled tests and _then_ several attempts, which _feels_ as build host dependent. This uncertainty counteracts the whole purpose of a deterministic build service but in the end, the whole system is driven by humans. Thanks, Pete -- To unsubscribe, e-mail: opensuse-buildservice+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-buildservice+owner@opensuse.org
On Montag, 9. Mai 2016, 20:49:42 wrote Hans-Peter Jansen:
Hi Andreas,
On Montag, 9. Mai 2016 13:48:04 Andreas Schwab wrote:
Hans-Peter Jansen
writes: All builds besides Tumbleweed that fail on BS, succeed locally.
Any idea?
Try to do a kvm build locally to check whether the package needs full networking.
Thanks for the hint, I missed the kvm build opportunity somehow.
The Tumbleweed build failure is related to a Python 2.7.10 build, that has removed SSLv3 protocol support altogether. From further reading on CVE-2014-3566, this rather drastic move seems justified.
I was able to get it building, but it took some more disabled tests and _then_ several attempts, which _feels_ as build host dependent.
This uncertainty counteracts the whole purpose of a deterministic build service but in the end, the whole system is driven by humans.
well, but where are the build hosts different? If you find reasons we can maybe do something against it. Atm, we have some SLE 12, openSUSE 13.2 and 42.1 based build hosts. But this is only the host and it should not be visible inside of the VM. -- Adrian Schroeter email: adrian@suse.de SUSE Linux GmbH, GF: Felix Imendörffer, Jane Smithard, Graham Norton, HRB 21284 (AG Nürnberg) Maxfeldstraße 5 90409 Nürnberg Germany -- To unsubscribe, e-mail: opensuse-buildservice+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-buildservice+owner@opensuse.org
participants (3)
-
Adrian Schröter
-
Andreas Schwab
-
Hans-Peter Jansen