qemu-devel
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: Problem running functional tests from China


From: Wainer dos Santos Moschetta
Subject: Re: Problem running functional tests from China
Date: Wed, 24 Feb 2021 10:32:15 -0300
User-agent: Mozilla/5.0 (X11; Linux x86_64; rv:78.0) Gecko/20100101 Thunderbird/78.7.0

Hi,

On 2/24/21 9:57 AM, Daniel P. Berrangé wrote:
On Wed, Feb 24, 2021 at 01:48:25PM +0100, Philippe Mathieu-Daudé wrote:
On 2/24/21 1:08 PM, Daniel P. Berrangé wrote:
On Wed, Feb 24, 2021 at 01:01:40PM +0100, Michal Suchánek wrote:
On Wed, Feb 24, 2021 at 12:37:53PM +0100, Philippe Mathieu-Daudé wrote:
On 2/24/21 12:06 PM, Michal Suchánek wrote:
On Wed, Feb 24, 2021 at 10:29:15AM +0100, Philippe Mathieu-Daudé wrote:
Just to inform the files hosted on github don't work when
testing from China:
raw.githubusercontent.com resolves to 127.0.0.1
Actually not even localhost but 0.0.0.0 :)

And from where does this come from?

Your local system, your ISP, ... ?
Probably the ISP:

...
I raised that problem not to find a way to bypass an ISP
firewall, but to see if there is a way to use another
storage for test artifacts so all the community can run
the tests.
I don't think protecting from random network malfunction is something
the qemu project can do.

That said, downloading the test data during test run does indeed look
fragile.

We have the concept of git submodules which is used in qemu extensively
so the test data could possibly be included directly in the git tree.

The obvious downside is that the current and past test binaries will take
up disk space for all users that check out the repository, even those
that don't run the tests.
We explicitly do not want to be distributing / including the
images ourselves, as that makes the QEMU project responsible for
license compliance and thus provision of full & corresponding source.
I am not asking that QEMU redistribute these files, I'm asking to the
community if someone know an alternative to store files so we can run
QEMU tests in Chinese cloud farms.

Back to your comment, should we remove these tests?
No, I don't think that we should do that.

If someone has broken ISP and they need to run all tests, then they'll
need to use a VPN.

Regardless of that though, we should make sure that tests automatically
mark themselves as "skipped" if any downloading of assets fails. ie a
download failure shouldn't cause tests to report failure.

That is the current behavior, tests are marked "CANCEL" in case the download failed.

PS: canceled tests don't change the overall status of the job.

- Wainer


Regards,
Daniel




reply via email to

[Prev in Thread] Current Thread [Next in Thread]