Bug 7468

Summary: Task do_populate_sdk fails while loading shared libraries
Product: [Build System, Metadata & Runtime] OE-Core Reporter: Mihail Stanciu <stanciux.mihail>
Component: devtools / tool chainAssignee: Mihail Stanciu <stanciux.mihail>
Status: VERIFIED WORKSFORME QA Contact: Mihail Stanciu <stanciux.mihail>
Severity: normal    
Priority: Medium+ CC: alexandru.c.georgescu, meta.mr.watcher, meta.watcher
Version: unspecified   
Target Milestone: 1.6.3   
Hardware: x86   
OS: Multiple   
Whiteboard:
OS type for building Yocto: --- Type of Regression: Unknown (Hard to categorize)
Verified: Documentation change: No (bug/feature does not impact docs)
Attachments:
Description Flags
full error log none

Description Mihail Stanciu 2015-03-17 12:42:33 UTC 
Created attachment 2446 [details]
full error log

Hello,

do_populate_sdk is failing on OpenSUSE 13.2 Autobuilder machine while loading shared library librpmbuild-5.4.so while building buildtools-tarball.
Issue does no replicate on other distros. See attached error log.

Buildset affected: buildtools

Tested on: 1.6.3_RC2: 6b8f7999c3e86d6e834af95ffe4c33d0d53db34a

Autoconf content:
> cat conf/auto.conf
INHERIT += "report-error"
DISTRO = "poky"
PACKAGE_CLASSES = "package_rpm package_deb package_ipk"
BB_NUMBER_THREADS = "10"
PARALLEL_MAKE = "-j 10"
SDKMACHINE ?= "x86_64"
BB_TASK_NICE_LEVEL = "5"
IMAGE_FSTYPES_append = "  tar.gz"
BB_TASK_NICE_LEVEL_task-testimage = "0"
DL_DIR ?= "${TOPDIR}/downloads"
INHERIT += "own-mirrors"
SOURCE_MIRROR_URL = "file:////home/autobuilder/yocto-autobuilder/downloads"
SRCREV_pn-build-appliance-image = "${AUTOREV}"
SSTATE_DIR ?= "/home/autobuilder/sstate/"
MACHINE = "qemux86-64"
PREMIRRORS = ""
ADTREPO = "http://adtrepo.yoctoproject.org//1.6.2"

Error log:
ERROR: Create rpm database failed. Command '/home/autobuilder/yocto-autobuilder/yocto-worker/buildtools/build/build/tmp/sysroots/x86_64-linux/usr/bin/rpm --root /home/autobuilder/yocto-autobuilder/yocto-worker/buildtools/build/build/tmp/work/core2-64-poky-linux/buildtools-tarball/1.0-r0/sdk/image/opt/poky/1.6.2/sysroots/core2-64-poky-linux --dbpath /var/lib/rpm -qa > /dev/null' returned 127:
/home/autobuilder/yocto-autobuilder/yocto-worker/buildtools/build/build/tmp/sysroots/x86_64-linux/usr/bin/rpm: error while loading shared libraries: librpmbuild-5.4.so: cannot open shared object file: No such file or directory

ERROR: Function failed: do_populate_sdk
ERROR: Logfile of failure stored in: /home/autobuilder/yocto-autobuilder/yocto-worker/buildtools/build/build/tmp/work/core2-64-poky-linux/buildtools-tarball/1.0-r0/temp/log.do_populate_sdk.15401
NOTE: recipe buildtools-tarball-1.0-r0: task do_populate_sdk: Failed
ERROR: Task 7 (/home/autobuilder/yocto-autobuilder/yocto-worker/buildtools/build/meta/recipes-core/meta/buildtools-tarball.bb, do_populate_sdk) failed with exit code '1'
Comment 1 Saul Wold 2015-03-20 20:48:06 UTC 
I tried to reproduce this one and the other related RPM issue today on a 
Suse13.2 machine and was not able to get either of these failures.  One thought 
from RP was there is some host contamination going on, if possible I would like 
to get access to the failing machine or if you can confirm is any rpm packages 
are installed besides the standard one.  Specifically if there is a librpm 
installed in /usr/lib or /lib 

Also, please provide more specifics about what bitbake command you actually 
ran, I needed to guess at it based on directory names and the failure.
Comment 2 Alexandru Georgescu 2015-03-23 13:32:08 UTC 
changed the regression field to unknown. This distro wasn't supported during 1.6 release development cycle, so the previous flag (regression, used to work) is invalid
Comment 3 Saul Wold 2015-03-26 17:45:53 UTC 
.
Comment 4 Alexandru Georgescu 2015-04-09 14:47:18 UTC 
Mihai, can you update this?
Comment 5 Mihail Stanciu 2015-04-09 14:55:06 UTC 
Saul was give access to the failing machine and as per his findings, marking this as "works for me" since the failure could not be reproduced.
Will reopen if it should reappear.
Comment 6 Mihail Stanciu 2015-04-09 14:55:26 UTC 
Marking as verified.