|
[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 |