I sent the first fix : https://review.openstack.org/#/c/605578/ This is just for the wrong variable name that was blocking the script. On 9/26/18, 10:11 PM, "Sun, Austin" <austin.sun@intel.com> wrote: Hi Ghada and Saul: Thanks. I'm working for fuzz patch with Shuicheng now, I will check build serial issue after "fuzz" task. BR Austin Sun. -----Original Message----- From: Saul Wold [mailto:sgw@linux.intel.com] Sent: Thursday, September 27, 2018 10:26 AM To: starlingx-discuss@lists.starlingx.io Subject: Re: [Starlingx-discuss] build-pkgs cannot complete std build >> serial builds On 09/26/2018 06:50 PM, Khalil, Ghada wrote: > Erich, > Given the failures you are seeing, I re-opened > https://bugs.launchpad.net/starlingx/+bug/1790583 > (it was still in a Fix Released state even though the original commit > was reverted and a new one is currently in review) > > Austin, I see that you have an update pending for this: > https://review.openstack.org/#/c/603983/ > But according to Erich, it didn't address the build issue. Can you please investigate further? > OK, I understand Austin's patch now and gave it my +2. I am going to try again with a scratch build now the libvirt bits have merged (or at least I think they have merged) Sau! > Thanks, > Ghada > > -----Original Message----- > From: Cordoba Malibran, Erich > [mailto:erich.cordoba.malibran@intel.com] > Sent: Wednesday, September 26, 2018 7:43 PM > To: Little, Scott; starlingx-discuss@lists.starlingx.io > Subject: Re: [Starlingx-discuss] build-pkgs cannot complete std build > > Trying to get a serial build avoiding the possible mock problems I encounter with this issue: > > > BUILD_AVOIDANCE_URL= > /localdisk/designer/jenkins-slave/starlingx/cgcs-root/build-tools/buil > d-srpms-serial --std > /localdisk/designer/jenkins-slave/starlingx/cgcs-root/build-tools/buil > d-srpms-serial: line 33: /build-srpms-common.sh: No such file or > directory > CLEAN_FLAG=0 > 22:26:39 build-srpms-serial --std > 22:26:39 make: all > 22:26:40 ===== Build SRPM for 'remote-clients' ===== > 22:26:40 > PKG_BASE=/localdisk/designer/jenkins-slave/starlingx/cgcs-root/stx/stx > -clients/remote-clients > 22:26:40 > WORK_BASE=/localdisk/loadbuild/jenkins-slave/starlingx/std/inputs/stx/ > stx-clients/remote-clients > 22:26:40 > RPMBUILD_BASE=/localdisk/loadbuild/jenkins-slave/starlingx/std/inputs/ > stx/stx-clients/remote-clients/rpmbuild > 22:26:40 > /localdisk/designer/jenkins-slave/starlingx/cgcs-root/build-tools/buil > d-srpms-serial: line 941: md5sums_from_input_vars: command not found > 22:26:40 ERROR: build_dir_spec (943): md5sums_from_input_vars '' '/localdisk/designer/jenkins-slave/starlingx/cgcs-root/stx/stx-clients/remote-clients/centos/remote-clients.spec' '/localdisk/loadbuild/jenkins-slave/starlingx/std/rpmbuild/SOURCES/remote-clients' > > Doing sed -i 's/PARALLEL/SERIAL/g' build-tools/build-srpms-serial > fixes this issue. However, after the srpms are created the > build-rpm-serial script is unable to find these srpms. See below > > > ######## Wed Sep 26 22:36:34 UTC 2018: build-srpm-serial --std was > successful > > ######## Wed Sep 26 22:36:34 UTC 2018: Launching build-rpms-serial > --std > > /localdisk/designer/jenkins-slave/starlingx/cgcs-root/build-tools/buil > d-rpms-serial --std > FORMAL_BUILD=0 > modify-build-cfg > /localdisk/loadbuild/jenkins-slave/starlingx/std/jenkins-slave-starlin > gx-tis-r5-pike-std.cfg Nothing to build in > '/localdisk/loadbuild/jenkins-slave/starlingx/std/rpmbuild/SRPMS' > > ######## Wed Sep 26 22:36:35 UTC 2018: build-rpm-serial --std was > successful > > This is reported here: > https://bugs.launchpad.net/starlingx/+bug/1790583 > I tried this but it didn't work for me: > https://review.openstack.org/#/c/603983/ > > So, for now seems that it's not possible to use serial building. > > > On Wed, 2018-09-26 at 12:16 -0400, Scott Little wrote: >> aclocal 'too many loops' has been popping up sporadically for a week >> or two now. Possibly 7.5 related. >> >> I suspect that there is a build order and/or race condition element >> to this. It often goes away if you just run build-pkgs a second >> time. >> >> The second possible element is that build-pkgs is using flags that >> preserve the mock environment between packages. The goal was to >> avoid reinstalling required packages that are often common across the >> packages we build. It was a build time speedup that has been in use >> for 2-3 years now without incident. >> >> Google shows that other folks have hit 'aclocal too many loops' as >> well, and there are suggestions that it might be fixed in a recent >> update to automake. Scanning the changelog for the latest and >> greatest from gnu.org doesn't show any obvious fixes addressing this >> issue. >> >> Scott >> >> >> On 18-09-26 11:32 AM, Cordoba Malibran, Erich wrote: >>> BUILDSTDERR: aclocal: error: too many loops >>> BUILDSTDERR: aclocal: Please contact <bug-automake@gnu.org>. >>> BUILDSTDERR: at /usr/share/automake-1.13/Automake/Channels.pm line >>> 662. >>> BUILDSTDERR: Automake::Channels::msg('automake', '', 'too >>> many loops') called at /usr/share/automake- >>> 1.13/Automake/ChannelDefs.pm line 212 >>> BUILDSTDERR: Automake::ChannelDefs::prog_error('too many >>> loops') called at /usr/bin/aclocal line 1187 >>> BUILDSTDERR: error: Bad exit status from /var/tmp/rpm-tmp.Sj0E7c >>> (%build) >>> BUILDSTDERR: Macro expanded in comment on line 214: %global >>> _libexecdir %{_exec_prefix}/lib >>> BUILDSTDERR: Bad exit status from /var/tmp/rpm-tmp.Sj0E7c >>> (%build) >> >> _______________________________________________ >> Starlingx-discuss mailing list >> Starlingx-discuss@lists.starlingx.io >> http://lists.starlingx.io/cgi-bin/mailman/listinfo/starlingx-discuss > _______________________________________________ > Starlingx-discuss mailing list > Starlingx-discuss@lists.starlingx.io > http://lists.starlingx.io/cgi-bin/mailman/listinfo/starlingx-discuss > _______________________________________________ > Starlingx-discuss mailing list > Starlingx-discuss@lists.starlingx.io > http://lists.starlingx.io/cgi-bin/mailman/listinfo/starlingx-discuss > _______________________________________________ Starlingx-discuss mailing list Starlingx-discuss@lists.starlingx.io http://lists.starlingx.io/cgi-bin/mailman/listinfo/starlingx-discuss _______________________________________________ Starlingx-discuss mailing list Starlingx-discuss@lists.starlingx.io http://lists.starlingx.io/cgi-bin/mailman/listinfo/starlingx-discuss