[Starlingx-discuss] build-pkgs cannot complete std build >> serial builds

Saul Wold sgw at linux.intel.com
Thu Sep 27 02:26:16 UTC 2018



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 at intel.com]
> Sent: Wednesday, September 26, 2018 7:43 PM
> To: Little, Scott; starlingx-discuss at 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/build-srpms-serial --std
> /localdisk/designer/jenkins-slave/starlingx/cgcs-root/build-tools/build-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/build-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/build-rpms-serial --std
> FORMAL_BUILD=0
> modify-build-cfg /localdisk/loadbuild/jenkins-slave/starlingx/std/jenkins-slave-starlingx-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 at 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 at lists.starlingx.io
>> http://lists.starlingx.io/cgi-bin/mailman/listinfo/starlingx-discuss
> _______________________________________________
> Starlingx-discuss mailing list
> Starlingx-discuss at lists.starlingx.io
> http://lists.starlingx.io/cgi-bin/mailman/listinfo/starlingx-discuss
> _______________________________________________
> Starlingx-discuss mailing list
> Starlingx-discuss at lists.starlingx.io
> http://lists.starlingx.io/cgi-bin/mailman/listinfo/starlingx-discuss
> 



More information about the Starlingx-discuss mailing list