<?xml version="1.0" encoding="UTF-8" standalone="yes" ?>
<!DOCTYPE bugzilla SYSTEM "https://bugzilla.yoctoproject.org/page.cgi?id=bugzilla.dtd">

<bugzilla version="5.0.6"
          urlbase="https://bugzilla.yoctoproject.org/"
          
          maintainer="it-coreprojects-helpdesk@linuxfoundation.org"
>

    <bug>
          <bug_id>10271</bug_id>
          
          <creation_ts>2016-09-13 20:12:12 +0000</creation_ts>
          <short_desc>KeyError exception when pushing buildhistory fails</short_desc>
          <delta_ts>2017-03-20 17:54:35 +0000</delta_ts>
          <reporter_accessible>1</reporter_accessible>
          <cclist_accessible>1</cclist_accessible>
          <classification_id>7</classification_id>
          <classification>Build System, Metadata &amp; Runtime</classification>
          <product>BitBake</product>
          <component>bitbake</component>
          <version>2.2</version>
          <rep_platform>x86</rep_platform>
          <op_sys>Multiple</op_sys>
          <bug_status>RESOLVED</bug_status>
          <resolution>WORKSFORME</resolution>
          
          
          <bug_file_loc></bug_file_loc>
          <status_whiteboard></status_whiteboard>
          <keywords></keywords>
          <priority>Medium+</priority>
          <bug_severity>normal</bug_severity>
          <target_milestone>2.3 M4</target_milestone>
          
          
          <everconfirmed>1</everconfirmed>
          <reporter name="Joshua Lock">joshuagloe</reporter>
          <assigned_to name="Ross Burton">ross.burton</assigned_to>
          <cc>meta.mr.watcher</cc>
    
    <cc>meta.watcher</cc>
    
    <cc>poky.bs.watcher</cc>
    
    <cc>poky.watcher</cc>
    
    <cc>richard.purdie</cc>
          
          
          <cf_os>---</cf_os>
          <cf_regression_type>---</cf_regression_type>
          
          <cf_docchange>No (bug/feature does not impact docs)</cf_docchange>

      

      

      

          <comment_sort_order>oldest_to_newest</comment_sort_order>  
          <long_desc isprivate="0" >
    <commentid>66104</commentid>
    <comment_count>0</comment_count>
    <who name="Joshua Lock">joshuagloe</who>
    <bug_when>2016-09-13 20:12:12 +0000</bug_when>
    <thetext>We see a strange failure on the Autobuilder when pushing to a buildhistory repo fails:

error: src refspec poky/master/nightly-x86-64-lsb does not match any.
error: failed to push some refs to &apos;file:////srv/autobuilder/tmp/yocto-autobuilder/buildhistory-repo&apos;
Traceback (most recent call last):
  File &quot;/home/pokybuild/yocto-autobuilder/yocto-worker/nightly-x86-64-lsb/build/bitbake/lib/bb/ui/knotty.py&quot;, line 426, in main
    helper.eventHandler(event)
  File &quot;/home/pokybuild/yocto-autobuilder/yocto-worker/nightly-x86-64-lsb/build/bitbake/lib/bb/ui/uihelper.py&quot;, line 39, in eventHandler
    del self.running_tasks[event.pid]
KeyError: 5463

It seems likely that the buildhistory failure is causing a pid to be reaped twice, only the buildhistory shouldn&apos;t be generating an event (it&apos;s an eventhandler, not a task) so it&apos;s unclear why eventHandler() in uihelper is being called with the pid and an event which causes reaping more than once.

Perhaps a bogus event is somehow being generated?</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>66105</commentid>
    <comment_count>1</comment_count>
    <who name="Joshua Lock">joshuagloe</who>
    <bug_when>2016-09-13 20:13:03 +0000</bug_when>
    <thetext>Full log (currently) available at: http://autobuilder.yocto.io:8010/builders/nightly-x86-64-lsb/builds/50/steps/BuildImages/logs/stdio</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>66165</commentid>
    <comment_count>2</comment_count>
    <who name="Ross Burton">ross.burton</who>
    <bug_when>2016-09-14 23:17:52 +0000</bug_when>
    <thetext>http://autobuilder.yocto.io:8010/builders/nightly-mips64/builds/38/steps/BuildImages/logs/stdio suggests that it isn&apos;t buildhistory specific.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>66168</commentid>
    <comment_count>3</comment_count>
    <who name="Ross Burton">ross.burton</who>
    <bug_when>2016-09-14 23:26:05 +0000</bug_when>
    <thetext>Both logs have something like this in:

NOTE: Sending SIGTERM to remaining 32 tasks

Which is from bitbake-worker:handle_finishnow(), called via either sigterm_exception() or the finishnow event being passed over the queue from the cooker.

Were these builds both aborted in the autobuilder UI?

Moving to bitbake.  Richard, I&apos;ll carry on digging tomorrow but do you have any thoughts?</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>67032</commentid>
    <comment_count>4</comment_count>
    <who name="Richard Purdie">richard.purdie</who>
    <bug_when>2016-10-07 07:23:16 +0000</bug_when>
    <thetext>We just saw two more of these failures on the new AB cluster:

http://autobuilder.yocto.io:8010/builders/nightly-no-x11/builds/59/steps/BuildImages/logs/stdio

http://autobuilder.yocto.io:8010/builders/nightly-arm/builds/115/steps/BuildImages/logs/stdio</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>67033</commentid>
    <comment_count>5</comment_count>
    <who name="Richard Purdie">richard.purdie</who>
    <bug_when>2016-10-07 07:24:36 +0000</bug_when>
    <thetext>For the record, no stop command was issued and there are no buildhistory failures I can see in these cases. What is also odd is the logging is corrupted before the SIGTERM message with task logging being visible. Not sure why.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>67042</commentid>
    <comment_count>6</comment_count>
    <who name="Richard Purdie">richard.purdie</who>
    <bug_when>2016-10-07 16:06:53 +0000</bug_when>
    <thetext>NOTE: Running task 4053 of 7282 (/home/pokybuild/yocto-autobuilder/yocto-worker/nightly-arm/build/meta/recipes-connectivity/nfs-utils/libnfsidmap_0.25.bb:do_install)
NOTE: recipe orc-0.4.25-r0: task do_package: Started
NOTE: recipe scrnsaverproto-1_1.2.2-r0: task do_install: Succeeded
NOTE: Running task 4054 of 7282 (/home/pokybuild/yocto-autobuilder/yocto-worker/nightly-arm/build/meta/recipes-graphics/xorg-proto/scrnsaverproto_1.2.2.bb:do_populate_sysroot)
NOTE: recipe scrnsaverproto-1_1.2.2-r0: task do_populate_sysroot: Started
NOTE: Using umask 0o002 (not 22) for sstate packaging
NOTE: Removing hardcoded paths from sstate package: &apos;find /home/pokybuild/yocto-autobuilder/yocto-worker/nightly-arm/build/build/tmp/work/armv5e-poky-linux-gnueabi/libusb-compat/1_0.1.5-r0/sstate-build-package/ \( -name &quot;*.la&quot; -o -name &quot;*-config&quot; -o -name &quot;*_config&quot; \) -type f | xargs grep -l -e &apos;/home/pokybuild/yocto-autobuilder/yocto-worker/nightly-arm/build/build/tmp/sysroots/qemuarm&apos; | tee /home/pokybuild/yocto-autobuilder/yocto-worker/nightly-arm/build/build/tmp/work/armv5e-poky-linux-gnueabi/libusb-compat/1_0.1.5-r0/sstate-build-package/fixmepath | xargs --no-run-if-empty sed -i -e &apos;s:/home/pokybuild/yocto-autobuilder/yocto-worker/nightly-arm/build/build/tmp/sysroots/qemuarm:FIXMESTAGINGDIRHOST:g&apos;&apos;
NOTE: Using umask 0o002 (not 22) for sstate packaging
NOTE: Removing hardcoded paths from sstate package: &apos;find /home/pokybuild/yocto-autobuilder/yocto-worker/nightly-arm/build/build/tmp/work/armv5e-poky-linux-gnueabi/xf86dgaproto/1_2.1-r2/sstate-build-package/ \( -name &quot;*.la&quot; -o -name &quot;*-config&quot; -o -name &quot;*_config&quot; \) -type f | xargs grep -l -e &apos;/home/pokybuild/yocto-autobuilder/yocto-worker/nightly-arm/build/build/tmp/sysroots/qemuarm&apos; | tee /home/pokybuild/yocto-autobuilder/yocto-worker/nightly-arm/build/build/tmp/work/armv5e-poky-linux-gnueabi/xf86dgaproto/1_2.1-r2/sstate-build-package/fixmepath | xargs --no-run-if-empty sed -i -e &apos;s:/home/pokybuild/yocto-autobuilder/yocto-worker/nightly-arm/build/build/tmp/sysroots/qemuarm:FIXMESTAGINGDIRHOST:g&apos;&apos;
NOTE: Removing hardcoded paths from sstate package: &apos;find /home/pokybuild/yocto-autobuilder/yocto-worker/nightly-arm/build/build/tmp/work/armv5e-poky-linux-gnueabi/gmp/6.1.1-r0/sstate-build-packagedata/ \( -name &quot;*.la&quot; -o -name &quot;*-config&quot; -o -name &quot;*_config&quot; -o -name &quot;gmp.h&quot; \) -type f | xargs grep -l -e &apos;/home/pokybuild/yocto-autobuilder/yocto-worker/nightly-arm/build/build/tmp/sysroots/qemuarm&apos; | tee /home/pokybuild/yocto-autobuilder/yocto-worker/nightly-arm/build/build/tmp/work/armv5e-poky-linux-gnueabi/gmp/6.1.1-r0/sstate-build-packagedata/fixmepath | xargs --no-run-if-empty sed -i -e &apos;s:/home/pokybuild/yocto-autobuilder/yocto-worker/nightly-arm/build/build/tmp/sysroots/qemuarm:FIXMESTAGINGDIRHOST:g&apos;&apos;
NOTE: Sending SIGTERM to remaining 4 tasks
NOTE: Using umask 0o002 (not 22) for sstate packaging
NOTE: Removing hardcoded paths from sstate package: &apos;find /home/pokybuild/yocto-autobuilder/yocto-worker/nightly-arm/build/build/tmp/work/armv5e-poky-linux-gnueabi/speexdsp/1.2rc3-r0/sstate-build-package/ \( -name &quot;*.la&quot; -o -name &quot;*-config&quot; -o -name &quot;*_config&quot; \) -type f | xargs grep -l -e &apos;/home/pokybuild/yocto-autobuilder/yocto-worker/nightly-arm/build/build/tmp/sysroots/qemuarm&apos; | tee /home/pokybuild/yocto-autobuilder/yocto-worker/nightly-arm/build/build/tmp/work/armv5e-poky-linux-gnueabi/speexdsp/1.2rc3-r0/sstate-build-package/fixmepath | xargs --no-run-if-empty sed -i -e &apos;s:/home/pokybuild/yocto-autobuilder/yocto-worker/nightly-arm/build/build/tmp/sysroots/qemuarm:FIXMESTAGINGDIRHOST:g&apos;&apos;
NOTE: Using umask 0o002 (not 22) for sstate packaging
NOTE: Removing hardcoded paths from sstate package: &apos;find /home/pokybuild/yocto-autobuilder/yocto-worker/nightly-arm/build/build/tmp/work/armv5e-poky-linux-gnueabi/orc/0.4.25-r0/sstate-build-package/ \( -name &quot;*.la&quot; -o -name &quot;*-config&quot; -o -name &quot;*_config&quot; \) -type f | xargs grep -l -e &apos;/home/pokybuild/yocto-autobuilder/yocto-worker/nightly-arm/build/build/tmp/sysroots/qemuarm&apos; | tee /home/pokybuild/yocto-autobuilder/yocto-worker/nightly-arm/build/build/tmp/work/armv5e-poky-linux-gnueabi/orc/0.4.25-r0/sstate-build-package/fixmepath | xargs --no-run-if-empty sed -i -e &apos;s:/home/pokybuild/yocto-autobuilder/yocto-worker/nightly-arm/build/build/tmp/sysroots/qemuarm:FIXMESTAGINGDIRHOST:g&apos;&apos;
NOTE: make -j 48 DESTDIR=/home/pokybuild/yocto-autobuilder/yocto-worker/nightly-arm/build/build/tmp/work/armv5e-poky-linux-gnueabi/tremor/20150107-r1/image install
NOTE: make -j 48 DESTDIR=/home/pokybuild/yocto-autobuilder/yocto-worker/nightly-arm/build/build/tmp/work/armv5e-poky-linux-gnueabi/libpcre/8.39-r0/image install

This is what the autobuilder stdout says:

NOTE: make -j 48 -e MAKEFLAGS= INSTALL_PREFIX=/home/pokybuild/yocto-autobuilder/yocto-worker/nightly-arm/build/build/tmp/work/armv5e-poky-linux-gnueabi/openssl/1.0.2j-r0/image MANDIR=/usr/share/man install
NOTE: make -j 48 DESTDIR=/home/pokybuild/yocto-autobuilder/yocto-worker/nightly-arm/build/build/tmp/work/armv5e-poky-linux-gnueabi/libevent/2.0.22-r0/image install
NOTE: Using umask 0o002 (not 22) for sstate packaging
NOTE: Removing hardcoded paths from sstate package: &apos;find /home/pokybuild/yocto-autobuilder/yocto-worker/nightly-arm/build/build/tmp/work/armv5e-poky-linux-gnueabi/resourceproto/1_1.2.0-r1/sstate-build-package/ \( -name &quot;*.la&quot; -o -name &quot;*-config&quot; -o -name &quot;*_config&quot; \) -type f | xargs grep -l -e &apos;/home/pokybuild/yocto-autobuilder/yocto-worker/nightly-arm/build/build/tmp/sysroots/qemuarm&apos; | tee /home/pokybuild/yocto-autobuilder/yocto-worker/nightly-arm/build/build/tmp/work/armv5e-poky-linux-gnueabi/resourceproto/1_1.2.0-r1/sstate-build-package/fixmepath | xargs --no-run-if-empty sed -i -e &apos;s:/home/pokybuild/yocto-autobuilder/yocto-worker/nightly-arm/build/build/tmp/sysroots/qemuarm:FIXMESTAGINGDIRHOST:g&apos;&apos;
NOTE: kmod: Rename (link) /sbin/insmod -&gt; /sbin/insmod.kmod
NOTE: kmod: Rename (link) /sbin/modprobe -&gt; /sbin/modprobe.kmod
NOTE: kmod: Rename (link) /bin/lsmod -&gt; /bin/lsmod.kmod
NOTE: kmod: Rename (link) /sbin/depmod -&gt; /sbin/depmod.kmod
NOTE: kmod: Rename (link) /sbin/rmmod -&gt; /sbin/rmmod.kmod
NOTE: kmod: Rename (link) /sbin/modinfo -&gt; /sbin/modinfo.kmod
NOTE: adding update-alternatives calls to postinst/prerm for kmod
NOTE: 	update-alternatives --install /sbin/insmod insmod /sbin/insmod.kmod 60
	update-alternatives --install /sbin/modprobe modprobe /sbin/modprobe

THe bitbake console log just ends with:

NOTE: recipe presentproto-1.0+gitAUTOINC+24f3a56e54-r1: task do_install: Started
NOTE: recipe xf86dgaproto-1_2.1-r2: task do_package: Started
NOTE: recipe mtdev-1.1.5-r0: task do_compile: Succeeded
NOTE: Running task 4052 of 7282 (/home/pokybuild/yocto-autobuilder/yocto-worker/nightly-arm/build/meta/recipes-graphics/wayland/mtdev_1.1.5.bb:do_install)
NOTE: recipe libnl-1_3.2.28-r0: task do_package: Started
NOTE: recipe speexdsp-1.2rc3-r0: task do_package: Started
NOTE: recipe libnfsidmap-0.25-r0: task do_compile: Succeeded
NOTE: Running task 4053 of 7282 (/home/pokybuild/yocto-autobuilder/yocto-worker/nightly-arm/build/meta/recipes-connectivity/nfs-utils/libnfsidmap_0.25.bb:do_install)
NOTE: recipe orc-0.4.25-r0: task do_package: Started
NOTE: recipe scrnsaverproto-1_1.2.2-r0: task do_install: Succeeded
NOTE: Running task 4054 of 7282 (/home/pokybuild/yocto-autobuilder/yocto-worker/nightly-arm/build/meta/recipes-graphics/xorg-proto/scrnsaverproto_1.2.2.bb:do_populate_sysroot)
NOTE: recipe scrnsaverproto-1_1.2.2-r0: task do_populate_sysroot: Started


so for some reason, no further logs are logged.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>67045</commentid>
    <comment_count>7</comment_count>
    <who name="Richard Purdie">richard.purdie</who>
    <bug_when>2016-10-07 16:11:43 +0000</bug_when>
    <thetext>Also, nothing abnormal in the scrnsaverproto do_populate_sysroot logfile.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>71471</commentid>
    <comment_count>8</comment_count>
    <who name="Ross Burton">ross.burton</who>
    <bug_when>2017-03-20 17:54:35 +0000</bug_when>
    <thetext>We haven&apos;t seen this for ages, if it happens again we can reopen...</thetext>
  </long_desc>
      
      

    </bug>

</bugzilla>