Date: Sat, 26 Mar 2022 12:35:20 -0700 From: Mark Millard <marklmi@yahoo.com> To: Dimitry Andric <dim@FreeBSD.org> Cc: "toolchain@freebsd.org" <toolchain@FreeBSD.org> Subject: Re: [package - 130arm64-default][lang/gcc12-devel] Failed for gcc12-devel-12.0.1.s20220306_2 in build/runaway Message-ID: <21D1C2BF-151E-4252-936C-B5B22C9C8071@yahoo.com> In-Reply-To: <A4CB59C1-229B-4F61-837D-5B557DFA8339@FreeBSD.org> References: <202203261416.22QEGtRR065106@ampere3.nyi.freebsd.org> <A4CB59C1-229B-4F61-837D-5B557DFA8339@FreeBSD.org>
next in thread | previous in thread | raw e-mail | index | archive | help
On 2022-Mar-26, at 07:26, Dimitry Andric <dim@FreeBSD.org> wrote: > On 26 Mar 2022, at 15:16, pkg-fallout@freebsd.org = <pkg-fallout@FreeBSD.org> wrote: >>=20 >> You are receiving this mail as a port that you maintain >> is failing to build on the FreeBSD package build server. >> Please investigate the failure and submit a PR to fix >> build. >>=20 >> Maintainer: toolchain@FreeBSD.org >> Log URL: = http://ampere3.nyi.freebsd.org/data/130arm64-default/60ab72786154/logs/gcc= 12-devel-12.0.1.s20220306_2.log >> Build URL: = http://ampere3.nyi.freebsd.org/build.html?mastername=3D130arm64-default&bu= ild=3D60ab72786154 >=20 > So there isn't any actual error message in this log, except at the = end: >=20 > ... > =3D>> Cleaning up wrkdir > =3D=3D=3D> Cleaning for gcc12-devel-12.0.1.s20220306_2 > Killed > build of lang/gcc12-devel | gcc12-devel-12.0.1.s20220306_2 ended at = Sat Mar 26 14:16:58 UTC 2022 > build time: 12:31:35 > !!! build failure encountered !!! >=20 > It looks like the last command being run before "Killed" is the = cc1plus > executable being linked with LTO, so I am assuming the build is killed > due to an out-of-memory condition? >=20 > But this is only visible to people that have access to the machine the > poudriere instance is running on. Can somebody with access please = check? >=20 I do not have access but I've started a poudriere build of my own on a HoneyComb. I've a patched top that monitors and reports various Maximum Observed (MaxObs????) figures, 64 GiBytes of RAM and slightly over 246 GiBytes of swap. So hopefully it will report on about how big the memory use gets. But it is allowed to use all 16 cores and there will be no competing bulk builds using resources. So not a match to the build server context. Note: It is a ZFS context, so MaxObsWired is normally large and shrinks over times where memory needs to be used for other things. So the primary memory figures would be: MaxObsSwapUsed (if any) MaxObsActive MaxObs(Act+Lndry+SwapUsed) Side Note: = http://ampere3.nyi.freebsd.org/build.html?mastername=3D130arm64-default&bu= ild=3D60ab72786154 reports a Time of 11:48:41 but the log reports "build time: 12:31:35". My guess is that processing the log file for extracting the type of error makes some (much?) of the difference. (Type being runaway_process in this case.) =3D=3D=3D Mark Millard marklmi at yahoo.com
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?21D1C2BF-151E-4252-936C-B5B22C9C8071>