From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from dpdk.org (dpdk.org [92.243.14.124]) by inbox.dpdk.org (Postfix) with ESMTP id F2E3CA0559; Mon, 16 Mar 2020 14:25:40 +0100 (CET) Received: from [92.243.14.124] (localhost [127.0.0.1]) by dpdk.org (Postfix) with ESMTP id 80C171C027; Mon, 16 Mar 2020 14:25:40 +0100 (CET) Received: from us-smtp-delivery-1.mimecast.com (us-smtp-2.mimecast.com [205.139.110.61]) by dpdk.org (Postfix) with ESMTP id 9C650FEB for ; Mon, 16 Mar 2020 14:25:39 +0100 (CET) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=redhat.com; s=mimecast20190719; t=1584365139; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references; bh=EXpOGGG24+qr7GLBZl9nSODR3gIjHEJ8swaSAY0p1p8=; b=HF7no+agZ+Jt6oZ4J82eG9zhlhmc61Vxh5osfid1WzkIgqWNtRswoDoA/UCI9zB5dC/FUJ 7qjDYD2q7FyOtE2Tvo9q5yFFt3G3XNTPRR52/cQPQTbfOiBY3mhtFTq16IdRIY8iQx1hyk HmJ0Ya+OWoJRCDCiNGObxc0swNkzPwQ= Received: from mimecast-mx01.redhat.com (mimecast-mx01.redhat.com [209.132.183.4]) (Using TLS) by relay.mimecast.com with ESMTP id us-mta-140-yIkMDJ9DNUSv91d7_v7TDA-1; Mon, 16 Mar 2020 09:25:36 -0400 X-MC-Unique: yIkMDJ9DNUSv91d7_v7TDA-1 Received: from smtp.corp.redhat.com (int-mx05.intmail.prod.int.phx2.redhat.com [10.5.11.15]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by mimecast-mx01.redhat.com (Postfix) with ESMTPS id 9598C801E67; Mon, 16 Mar 2020 13:25:33 +0000 (UTC) Received: from dhcp-25.97.bos.redhat.com (ovpn-124-179.rdu2.redhat.com [10.10.124.179]) by smtp.corp.redhat.com (Postfix) with ESMTPS id AF42B73865; Mon, 16 Mar 2020 13:25:28 +0000 (UTC) From: Aaron Conole To: Ruifeng Wang Cc: David Marchand , Aaron Conole , Michael Santana , Bruce Richardson , "Ananyev\, Konstantin" , Cristian Dumitrescu , "Wang\, Yipeng1" , "Gobriel\, Sameh" , dev , "Burakov\, Anatoly" , Gavin Hu , Honnappa Nagarahalli , "juraj.linkes\@pantheon.tech" , nd References: <20200225073236.135581-1-ruifeng.wang@arm.com> <20200313081614.195335-1-ruifeng.wang@arm.com> Date: Mon, 16 Mar 2020 09:25:27 -0400 In-Reply-To: (Ruifeng Wang's message of "Mon, 16 Mar 2020 08:27:49 +0000") Message-ID: User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/26.3 (gnu/linux) MIME-Version: 1.0 X-Scanned-By: MIMEDefang 2.79 on 10.5.11.15 X-Mimecast-Spam-Score: 0 X-Mimecast-Originator: redhat.com Content-Type: text/plain Content-Transfer-Encoding: quoted-printable Subject: Re: [dpdk-dev] [PATCH v3 0/4] no-huge unit test X-BeenThere: dev@dpdk.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: DPDK patches and discussions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: dev-bounces@dpdk.org Sender: "dev" Ruifeng Wang writes: >> -----Original Message----- >> From: David Marchand >> Sent: Friday, March 13, 2020 23:54 >> To: Aaron Conole >> Cc: Ruifeng Wang ; Michael Santana >> ; Bruce Richardson >> ; Ananyev, Konstantin >> ; Cristian Dumitrescu >> ; Wang, Yipeng1 >> ; Gobriel, Sameh ; >> dev ; Burakov, Anatoly ; >> Gavin Hu ; Honnappa Nagarahalli >> ; juraj.linkes@pantheon.tech; nd >> >> Subject: Re: [PATCH v3 0/4] no-huge unit test >>=20 >> On Fri, Mar 13, 2020 at 2:04 PM Aaron Conole wrote: >> > >> > Aaron Conole writes: >> > >> > > Ruifeng Wang writes: >> > > >> > >> For environments (such as containers) where hugetlbfs are not >> > >> available, some unit tests can be run with 'no-huge' option. >> > >> >> > >> fast-tests suites is generated dynamically according to hugetlbfs >> > >> availability in building environment. This allows unit test to run >> > >> in different environments using the same suite name. >> > >> >> > >> Several test cases are fixed to be able to run in no-huge mode. >> > > >> > > This looks great! Thanks, Ruifeng. >> > > >> > > I'm going to ack it once I see it run under the robot :) >> > >> > Just looking through the robot's run, it seems that on the statically >> > linked Arm64 build, the disk quota is getting exceeded. Do we need to >> > request some more disk quota for this somehow? Is the build getting >> > too large? >>=20 >> It seems to repeat. >> https://travis-ci.com/github/ovsrobot/dpdk/jobs/297840285#L2975 >>=20 >> Do you know how much space we have in travis? >> Is the (c?)cache getting too big? > > Yes, it is probably caused by cache. > I hit the disk quota issue as well when running Travis against the latest= Master code. > After deleting caches, the issue was gone. Then Travis run with this > series of patches also got a pass. > > Hi Aaron, > Is is OK to clear cache of robot and re-run the build? I can do this, but I am concerned that we will need to disable the cache to avoid this error on a consistent basis. > Thanks. > /Ruifeng > >> You can find out the per job cache size via the travis cli. >>=20 >>=20 >> -- >> David Marchand