[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index] Re: [xen-4.15-testing test] 166311: regressions - FAIL
Jan Beulich writes ("Re: [xen-4.15-testing test] 166311: regressions - FAIL"): > On 24.11.2021 03:00, osstest service owner wrote: > > flight 166311 xen-4.15-testing real [real] > > http://logs.test-lab.xenproject.org/osstest/logs/166311/ > > > > Regressions :-( > > > > Tests which did not succeed and are blocking, > > including tests which could not be run: > > test-amd64-amd64-xl-qemuu-debianhvm-amd64 12 debian-hvm-install fail REGR. > > vs. 166198 > > At the example of this, I find: > > Err:1 http://ftp.debian.org/debian buster/main amd64 genisoimage amd64 > 9:1.1.11-3+b2 > Could not connect to cache:3143 (172.16.148.6). - connect (113: No route to > host) > Err:2 http://ftp.debian.org/debian buster/main amd64 rsync amd64 3.1.3-6 > Unable to connect to cache:3143: > E: Failed to fetch > http://ftp.debian.org/debian/pool/main/c/cdrkit/genisoimage_1.1.11-3+b2_amd64.deb > Could not connect to cache:3143 (172.16.148.6). - connect (113: No route to > host) > E: Failed to fetch > http://ftp.debian.org/debian/pool/main/r/rsync/rsync_3.1.3-6_amd64.deb > Unable to connect to cache:3143: > E: Unable to fetch some archives, maybe run apt-get update or try with > --fix-missing? > > Network issue (hopefully just a transient one)? No. That report reflects a networking problem internal to the colo. But the colo's internal networking is completely reliable.[1] I investigated, and the host that job run on, italia0, has some kind of Problem: http://logs.test-lab.xenproject.org/osstest/results/host/italia0.html Meanwhile italia1 has been out of service due to a PDU fault, and we were working on recomissioning it. I have unblessed itaila0 and asked Credativ to investigate. Ian. [1] After many allegations of random flaky, every test now has a ping test that would fail if there was any packet loss.
|
Lists.xenproject.org is hosted with RackSpace, monitoring our |