From mboxrd@z Thu Jan 1 00:00:00 1970 Received: by 2002:a17:504:5965:b0:1be9:327d:8ee3 with SMTP id xe5csp1710675njb; Mon, 29 Jul 2024 03:49:33 -0700 (PDT) X-Forwarded-Encrypted: i=2; AJvYcCWQ79OW1lxWMpmjf/aLCIDnP1tWXpm3NC5sGfxz3tgr/mZvOsGzr7BgNsxEbk20Ho3mO9uqU/hCXsGLZUF1RrazGeK/r7B2 X-Google-Smtp-Source: AGHT+IFYFimnziUdmNLeFcXasLpwJ5gytH4O7FI/55DPH/XFWyEVZje0LmNhDdbIHW1N7CdIbNz3 X-Received: by 2002:a05:6102:54a9:b0:493:b9ae:31ea with SMTP id ada2fe7eead31-493fa622ef8mr9213762137.6.1722250172912; Mon, 29 Jul 2024 03:49:32 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1722250172; cv=none; d=google.com; s=arc-20160816; b=uq5lBVgFgDamZPNcFQi7ZT/atALcUEaiUb53Z2k4Svg9nfxKZqx4vfa3sGK+VEa3Ia wFMZpcYpBlOuXEbBmE2sfmbZUwgn1XGIZRdySTJY1u1epcxiGUs4Nc9XyTKhYS6ErfQF +TYMePrGrJqBFQTWXO2SG/wP2dYaZ5S6uIXpwzCSG/ytaxzMFAQPDV6CrfgHB1yisuT+ nQOAyrbEXeLJlk+7ID5OfGAEkhFdeJChcb7/Oh9eYd+DmoPtgiFLIxxHhGGAMh+BFQ63 wtPmmJ5vQrsPGvsunghx6rVcpgzRj1qi2op4+a+u1eIIU9FCLCf+0qYCyOuKiXchh99Y j+kg== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=user-agent:in-reply-to:content-disposition:mime-version:references :reply-to:message-id:subject:cc:to:from:date:dkim-signature; bh=qQ7xkN0cdQZbYI9uQhnUACRFNfA0JuF9jlkfQ15glpU=; fh=wNhxSdiHg8xiqcUd0ic1q+ay8XePjEEHF9Rtf9iA5Kw=; b=MGfDkoXWH2RGsRp21qm3eVkd52ikIIlmkNZH5V8hkWVVKsM/hUWcUtvqDlJ8ogLizS eYT0tTWs3uE3EpYmwJ1afr+VfvFYFYlfdfc8fKJtzBjAI+y1WCkU68p6gBBDADyTAuZl sM8Vq9pKt4QLT/lDmpdfwv6APSvAPaEyWa1+Dz0FvKPy9tImfvXW7i4Q2t1iFRtyXMxo Vq9c3b+uUdjch7KxzYZBMGleHaCxqLsa2WKP9R8qNtg2Xs0vgmUMEb2saQ636rEdVbGY ARUqFM+2YverfdaN779XWPYoEdpDd0ZhuCTl88TyOZsToAiENZAyGFD1xZiRuTMXX5Mf miKg==; dara=google.com ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@redhat.com header.s=mimecast20190719 header.b=BDDv91PH; spf=pass (google.com: domain of berrange@redhat.com designates 170.10.129.124 as permitted sender) smtp.mailfrom=berrange@redhat.com; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=redhat.com Return-Path: Received: from us-smtp-delivery-124.mimecast.com (us-smtp-delivery-124.mimecast.com. [170.10.129.124]) by mx.google.com with ESMTPS id af79cd13be357-7a1e34736acsi634605185a.429.2024.07.29.03.49.32 for (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Mon, 29 Jul 2024 03:49:32 -0700 (PDT) Received-SPF: pass (google.com: domain of berrange@redhat.com designates 170.10.129.124 as permitted sender) client-ip=170.10.129.124; Authentication-Results: mx.google.com; dkim=pass header.i=@redhat.com header.s=mimecast20190719 header.b=BDDv91PH; spf=pass (google.com: domain of berrange@redhat.com designates 170.10.129.124 as permitted sender) smtp.mailfrom=berrange@redhat.com; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=redhat.com DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=redhat.com; s=mimecast20190719; t=1722250172; h=from:from:reply-to:reply-to:subject:subject:date:date: message-id:message-id:to:to:cc:cc:mime-version:mime-version: content-type:content-type:in-reply-to:in-reply-to: references:references; bh=qQ7xkN0cdQZbYI9uQhnUACRFNfA0JuF9jlkfQ15glpU=; b=BDDv91PHHEPLL7dofR+cH84rOtyjq2zFaZcFyB+jHWVVq/T19ypOCLvR+QomYnrhn5q3bF 7yajtriNPyUoG8dfgsAK6T7KProqzRrykCx99fKbtT0c8xSlPicoFYXXJjEhN9gyLWYm40 ltN7sGLQ50FvU/xXFF4vbpSSiZUxmPc= Received: from mx-prod-mc-03.mail-002.prod.us-west-2.aws.redhat.com (ec2-54-186-198-63.us-west-2.compute.amazonaws.com [54.186.198.63]) by relay.mimecast.com with ESMTP with STARTTLS (version=TLSv1.3, cipher=TLS_AES_256_GCM_SHA384) id us-mta-575-3PQORB1hMRaLQJELvBW9fQ-1; Mon, 29 Jul 2024 06:49:27 -0400 X-MC-Unique: 3PQORB1hMRaLQJELvBW9fQ-1 Received: from mx-prod-int-04.mail-002.prod.us-west-2.aws.redhat.com (mx-prod-int-04.mail-002.prod.us-west-2.aws.redhat.com [10.30.177.40]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (2048 bits) server-digest SHA256) (No client certificate requested) by mx-prod-mc-03.mail-002.prod.us-west-2.aws.redhat.com (Postfix) with ESMTPS id 33F441955D4A; Mon, 29 Jul 2024 10:49:25 +0000 (UTC) Received: from redhat.com (unknown [10.42.28.58]) by mx-prod-int-04.mail-002.prod.us-west-2.aws.redhat.com (Postfix) with ESMTPS id CDE46195605F; Mon, 29 Jul 2024 10:49:17 +0000 (UTC) Date: Mon, 29 Jul 2024 11:49:14 +0100 From: Daniel =?utf-8?B?UC4gQmVycmFuZ8Op?= To: Cleber Rosa Cc: qemu-devel@nongnu.org, Peter Maydell , Thomas Huth , Beraldo Leal , Sriram Yagnaraman , David Woodhouse , Philippe =?utf-8?Q?Mathieu-Daud=C3=A9?= , Leif Lindholm , Jiaxun Yang , kvm@vger.kernel.org, Alex =?utf-8?Q?Benn=C3=A9e?= , Marcin Juszkiewicz , Wainer dos Santos Moschetta , qemu-arm@nongnu.org, Radoslaw Biernacki , Paul Durrant , Paolo Bonzini , Akihiko Odaki Subject: Re: [PATCH 06/13] tests/avocado: use more distinct names for assets Message-ID: Reply-To: Daniel =?utf-8?B?UC4gQmVycmFuZ8Op?= References: <20240726134438.14720-1-crosa@redhat.com> <20240726134438.14720-7-crosa@redhat.com> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline In-Reply-To: <20240726134438.14720-7-crosa@redhat.com> User-Agent: Mutt/2.2.12 (2023-09-09) X-Scanned-By: MIMEDefang 3.0 on 10.30.177.40 X-TUID: IQLkwhoE5kHP On Fri, Jul 26, 2024 at 09:44:31AM -0400, Cleber Rosa wrote: > Avocado's asset system will deposit files in a cache organized either > by their original location (the URI) or by their names. Because the > cache (and the "by_name" sub directory) is common across tests, it's a > good idea to make these names as distinct as possible. > > This avoid name clashes, which makes future Avocado runs to attempt to > redownload the assets with the same name, but from the different > locations they actually are from. This causes cache misses, extra > downloads, and possibly canceled tests. > > Signed-off-by: Cleber Rosa > --- > tests/avocado/kvm_xen_guest.py | 3 ++- > tests/avocado/netdev-ethtool.py | 3 ++- > 2 files changed, 4 insertions(+), 2 deletions(-) > > diff --git a/tests/avocado/kvm_xen_guest.py b/tests/avocado/kvm_xen_guest.py > index f8cb458d5d..318fadebc3 100644 > --- a/tests/avocado/kvm_xen_guest.py > +++ b/tests/avocado/kvm_xen_guest.py > @@ -40,7 +40,8 @@ def get_asset(self, name, sha1): > url = base_url + name > # use explicit name rather than failing to neatly parse the > # URL into a unique one > - return self.fetch_asset(name=name, locations=(url), asset_hash=sha1) > + return self.fetch_asset(name=f"qemu-kvm-xen-guest-{name}", > + locations=(url), asset_hash=sha1) Why do we need to pass a name here at all ? I see the comment here but it isn't very clear about what the problem is. It just feels wrong to be creating ourselves uniqueness naming problems, when we have a nicely unique URL, and that cached URL can be shared across tests, where as the custom names added by this patch are forcing no-caching of the same URL between tests. > > def common_vm_setup(self): > # We also catch lack of KVM_XEN support if we fail to launch > diff --git a/tests/avocado/netdev-ethtool.py b/tests/avocado/netdev-ethtool.py > index 5f33288f81..462cf8de7d 100644 > --- a/tests/avocado/netdev-ethtool.py > +++ b/tests/avocado/netdev-ethtool.py > @@ -27,7 +27,8 @@ def get_asset(self, name, sha1): > url = base_url + name > # use explicit name rather than failing to neatly parse the > # URL into a unique one > - return self.fetch_asset(name=name, locations=(url), asset_hash=sha1) > + return self.fetch_asset(name=f"qemu-netdev-ethtool-{name}", > + locations=(url), asset_hash=sha1) > > def common_test_code(self, netdev, extra_args=None): > > -- > 2.45.2 > > With regards, Daniel -- |: https://berrange.com -o- https://www.flickr.com/photos/dberrange :| |: https://libvirt.org -o- https://fstop138.berrange.com :| |: https://entangle-photo.org -o- https://www.instagram.com/dberrange :|