From owner-freebsd-toolchain@freebsd.org Mon Jun 18 21:04:04 2018 Return-Path: Delivered-To: freebsd-toolchain@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id E76C210220B8 for ; Mon, 18 Jun 2018 21:04:03 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic315-14.consmr.mail.bf2.yahoo.com (sonic315-14.consmr.mail.bf2.yahoo.com [74.6.134.124]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 8911D73491 for ; Mon, 18 Jun 2018 21:04:03 +0000 (UTC) (envelope-from marklmi@yahoo.com) X-YMail-OSG: 2.xnMiQVM1mPBDRCc8fgBS7k7RJUpmZIm9TVI9QnI1qilhqgYPWyIMDXs1xr3.o LpTh9ChGWYzH55cUlPODPav6WvmXQ9RiD0VSRDAVBeXz9YU8eSbQ.sAGszw53gD.sjaNfhdk1W.k wBLVsGKl30cYnBc6ZbwTRgFeP6.gzulPGTjtKklC9fGCKzRxRO7sT90MEulQ1E6m1zgSzYfxQraP b1e2I9v5elTN0IHB7z13zEDRIFQiYlTG8s9EGXTzesKJ.MiIbVoGrOW2CRyA2wji.8YEdTFOptcX 6UHZ_zxXZHbze.0Q1BMDj8rVbowmWnc3LUpIuD6GW2SbcOGiM8SWC2P.Iu4c7V5yJlAVuEQ.LEsx bmeIWWjIfGrVv7kGvGjbKNf9Cy.h1yuuZpnWQ5VOB_blpC6jXQrmQRGUNKZs6iLIxX1sKxj9D.tL HvELx2vJesXAkMrsTlq.ofb86vWcKzQPAWPA_gcUHb1ckwng9FISdsfAjnmpIThfsPuyO1coXNYk Y6YPIlmahNeWXRNCZv4GntWQMEmWnRmoOwGVUYHb.waMdGA6P68T6AZdEBFjRfxT8kjOdJSvAqfs l1nVg4WxbxGwgcZFSUwnik7u3tpjgM4sxYUISp36iDoUdWvFAo4arSdQdImKz8YKMekSMEnQneF1 XKiV9.RXrrrNh_.SxqtjbE.XNnoY2Zno9vh8LUCBNvvt2vwgmLgK8cOSjYVHrPGBdxJLW7k66TmR a_PWujsEJlE8D3Qi2k8RWsCOpr2bsgHyo9kIcHi6h0KlFtUfmswcWU3H1cCvKpT.QEA9hhvWbRXh jUlhA4WTz3uH7StVLBhST7KUv.gryTzs9x4uSP3DF60gfsI2C2mrOL6PFL0Efew4yilwlIGvPF4d 45EUmoacDjduxYLaGnzQYQ8i9t0Po21Qi9o3zhSRy0kKZgcKzgSQXHnUIfYZynYIsAWyNV77wstV X1ryWyjc- Received: from sonic.gate.mail.ne1.yahoo.com by sonic315.consmr.mail.bf2.yahoo.com with HTTP; Mon, 18 Jun 2018 21:04:02 +0000 Received: from ip70-189-131-151.lv.lv.cox.net (EHLO [192.168.0.105]) ([70.189.131.151]) by smtp425.mail.bf1.yahoo.com (Oath Hermes SMTP Server) with ESMTPA ID 36dabd92943931ea5e5de27a58f89af2; Mon, 18 Jun 2018 21:03:59 +0000 (UTC) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 11.4 \(3445.8.2\)) Subject: Re: A head buildworld race visible in the ci.freebsd.org build history From: Mark Millard In-Reply-To: <1884103f-d1fb-aca6-2edd-062e11d05617@FreeBSD.org> Date: Mon, 18 Jun 2018 14:03:56 -0700 Cc: FreeBSD Current , freebsd-toolchain@freebsd.org Content-Transfer-Encoding: quoted-printable Message-Id: References: <74EAD684-0E0B-453A-B746-156777CF604A@yahoo.com> <1884103f-d1fb-aca6-2edd-062e11d05617@FreeBSD.org> To: Bryan Drewery X-Mailer: Apple Mail (2.3445.8.2) X-BeenThere: freebsd-toolchain@freebsd.org X-Mailman-Version: 2.1.26 Precedence: list List-Id: Maintenance of FreeBSD's integrated toolchain List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 18 Jun 2018 21:04:04 -0000 On 2018-Jun-18, at 12:42 PM, Bryan Drewery = wrote: > On 6/15/2018 10:55 PM, Mark Millard wrote: >> In watching ci.freebsd.org builds I've seen a notable >> number of one time failures, such as (example from >> powerpc64): >>=20 >> --- all_subdir_lib/libufs --- >> ranlib -D libufs.a >> ranlib: fatal: Failed to open 'libufs.a' >> *** [libufs.a] Error code 70 >>=20 >> where the next build works despite the change being >> irrelevant to whatever ranlib complained about. >>=20 >> Other builds failed similarly: >>=20 >> --- all_subdir_lib/libbsm --- >> ranlib -D libbsm_p.a >> ranlib: fatal: Failed to open 'libbsm_p.a' >> *** [libbsm_p.a] Error code 70 >>=20 >> and: >>=20 >> --- kerberos5/lib__L --- >> ranlib -D libgssapi_spnego_p.a >> --- libgssapi_spnego.a --- >> ranlib -D libgssapi_spnego.a >> --- libgssapi_spnego_p.a --- >> ranlib: fatal: Failed to open 'libgssapi_spnego_p.a' >> *** [libgssapi_spnego_p.a] Error code 70 >>=20 >> and so on. >>=20 >>=20 >> It is not limited to powerpc64. For example, for aarch64 >> there are: >>=20 >> --- libpam_exec.a --- >> building static pam_exec library >> ar -crD libpam_exec.a `NM=3D'nm' NMFLAGS=3D'' lorder pam_exec.o | = tsort -q`=20 >> ranlib -D libpam_exec.a >> ranlib: fatal: Failed to open 'libpam_exec.a' >> *** [libpam_exec.a] Error code 70 >>=20 >> and: >>=20 >> --- all_subdir_lib/libusb --- >> ranlib -D libusb.a >> ranlib: fatal: Failed to open 'libusb.a' >> *** [libusb.a] Error code 70 >>=20 >> and: >>=20 >> --- all_subdir_lib/libbsnmp --- >> ranlib: fatal: Failed to open 'libbsnmp.a' >> --- all_subdir_lib/ncurses --- >> --- all_subdir_lib/ncurses/panelw --- >> --- panel.pico --- >> --- all_subdir_lib/libbsnmp --- >> *** [libbsnmp.a] Error code 70 >>=20 >>=20 >> Even amd64 gets such: >>=20 >> --- libpcap.a --- >> ranlib -D libpcap.a >> ranlib: fatal: Failed to open 'libpcap.a' >> *** [libpcap.a] Error code 70 >>=20 >> and: >>=20 >>=20 >> --- libkafs5.a --- >> ranlib: fatal: Failed to open 'libkafs5.a' >> --- libkafs5_p.a --- >> ranlib: fatal: Failed to open 'libkafs5_p.a' >> --- cddl/lib__L --- >> = /usr/src/sys/cddl/contrib/opensolaris/uts/common/fs/zfs/lua/lbaselib.c:60:= 26: note: include the header or explicitly provide a = declaration for 'toupper' >> --- kerberos5/lib__L --- >> *** [libkafs5_p.a] Error code 70 >>=20 >> make[5]: stopped in /usr/src/kerberos5/lib/libkafs5 >> --- libkafs5.a --- >> *** [libkafs5.a] Error code 70 >>=20 >> and: >>=20 >>=20 >> --- lib__L --- >> ranlib -D libclang_rt.asan_cxx-i386.a >> ranlib: fatal: Failed to open 'libclang_rt.asan_cxx-i386.a' >> *** [libclang_rt.asan_cxx-i386.a] Error code 70 >>=20 >>=20 >> (Notice the variability in what .a the ranlib's fail for.) >>=20 >>=20 >>=20 >>=20 >>=20 >=20 >=20 > I looked at this a few days ago and don't believe it's actually a = build > race. I think there is something wrong with the ar/ranlib on that = system > or something else. I've found no evidence of concurrent building of = the > .a files in question. Looking at a bunch of the failures, spanning multiple FreeBSD-head-*-build types of builds, I see only: NODE_LABELS bhyve_host butler1.nyi.freebsd.org jailer jailer_fast NODE_NAME butler1.nyi.freebsd.org for the failures that I looked at. So your "on that system" might well be correct. =3D=3D=3D Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar)