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 CBA62A0563; Tue, 17 Mar 2020 13:49:02 +0100 (CET) Received: from [92.243.14.124] (localhost [127.0.0.1]) by dpdk.org (Postfix) with ESMTP id E51A625D9; Tue, 17 Mar 2020 13:49:01 +0100 (CET) Received: from us-smtp-delivery-74.mimecast.com (us-smtp-delivery-74.mimecast.com [63.128.21.74]) by dpdk.org (Postfix) with ESMTP id B81721AFF for ; Tue, 17 Mar 2020 13:49:00 +0100 (CET) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=redhat.com; s=mimecast20190719; t=1584449340; 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=c9mWCcHudAND8vWLGurWNexT27+TpPSiGD5/JjvmDqA=; b=GufHunQ4Kh6o1kC/y2ABr0YDs4v2F50UP3s3Sz6GnLH8LBaZIKgux3Z26WE36+rtJ3Jey+ MmITybOQm2GUNvLlirX93O1GUwMhpu8tMixDi8kZxElzw4TLrDQHJdoYHwOBRuVZPxNMNF 0BKCRP6sXVhZtJg9ftaxnVMHK+Fn2fE= 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-6-GrEMenqlOXyV_wSJUcLK4A-1; Tue, 17 Mar 2020 08:48:55 -0400 X-MC-Unique: GrEMenqlOXyV_wSJUcLK4A-1 Received: from smtp.corp.redhat.com (int-mx04.intmail.prod.int.phx2.redhat.com [10.5.11.14]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by mimecast-mx01.redhat.com (Postfix) with ESMTPS id AFEA818FF661; Tue, 17 Mar 2020 12:48:53 +0000 (UTC) Received: from dhcp-25.97.bos.redhat.com (ovpn-116-107.rdu2.redhat.com [10.10.116.107]) by smtp.corp.redhat.com (Postfix) with ESMTPS id 516C95DA7C; Tue, 17 Mar 2020 12:48:50 +0000 (UTC) From: Aaron Conole To: David Marchand Cc: Bruce Richardson , dev , "Ruifeng Wang \(Arm Technology China\)" , Thomas Monjalon References: <20200316170921.6020-1-bruce.richardson@intel.com> Date: Tue, 17 Mar 2020 08:48:49 -0400 In-Reply-To: (David Marchand's message of "Tue, 17 Mar 2020 11:44:44 +0100") 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.14 X-Mimecast-Spam-Score: 0 X-Mimecast-Originator: redhat.com Content-Type: text/plain Content-Transfer-Encoding: quoted-printable Subject: Re: [dpdk-dev] [RFC PATCH] ci: reduce examples built for static builds 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" David Marchand writes: > On Mon, Mar 16, 2020 at 6:53 PM Aaron Conole wrote: >> >> Bruce Richardson writes: >> >> > Static builds can take a lot of space, so reduce the number of example= s >> > built when doing those static builds. >> > >> > Signed-off-by: Bruce Richardson >> > --- >> >> It looks good to me. I'll try a run with Ruifeng's no-huge series and >> see if I can trigger errors on my side (and then see what happens with >> the cache sizes, too). Might take some time as I adjust some things >> here. > > - The disk quota issue was reproduced on master without Ruifeng patches: > https://travis-ci.com/github/DPDK/dpdk/jobs/298584616 > https://travis-ci.com/github/DPDK/dpdk/jobs/298858638 Okay - guess I should just ack those patches, then. They look good otherwi= se. > > And for this, the cache is not really big. > cache-arm64-linux-bionic-a550182015679db90d1e0a2460464d106712e1c2c29f3efc= 7db1dc1b6fd86ebb--compiler-gcc.tgz > last modified: 2020-03-16 11:28:59 size: 160.84 MiB > I remember bigger caches in the past. > > I deleted this job cache and restarted the first job, and it passed. > Restarted again, and then it failed o_O. > > > - So I went and restarted a couple of times both of those jobs > (leaving the cache as is, which now contains 60MB of data). > I get random failures. > It does not seem to depend on the system: it failed once on > f432ae31-ccac-4caa-92ca-8156fabad86f@6138.lxd-arm64-02-com, then > worked later. Seems it's all arm64 builds that are failing. I went to file an issue, but looks like you beat me to it :) https://travis-ci.community/t/disk-quota-exceeded-on-arm64/7619 I'll help promote the issue however I can > hostname: f432ae31-ccac-4caa-92ca-8156fabad86f@6138.lxd-arm64-02-com: KO > hostname: edb47637-c344-4a03-8538-711046469ad4@14975.lxd-arm64-01-com: ok > hostname: 386fc0aa-a84a-4a77-b2bd-e1e754bfe51d@14975.lxd-arm64-01-com: ok > hostname: 43c67d46-c94c-498a-816f-2eddce2a58a6@14975.lxd-arm64-01-com: ok > hostname: f432ae31-ccac-4caa-92ca-8156fabad86f@6138.lxd-arm64-02-com: ok > > hostname: a59a18bb-6f7f-4c0f-bb98-a8075cb61063@6138.lxd-arm64-02-com: KO > hostname: 743ab211-a1ba-480e-be85-2b1c01ce8b86@14975.lxd-arm64-01-com: ok > hostname: 8ac56afe-df63-464a-8c85-9b2e8b141b94@25560.lxd-arm64-03-com: ok > hostname: 306788d5-7614-4e9d-856a-1043cb4aeaf4@6138.lxd-arm64-02-com: KO > hostname: b6c5307c-7e65-4feb-a46a-7e2bc9a17fb8@6138.lxd-arm64-02-com: ok