Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 373295 - sys-libs/glibc-2.12.2: building glibc interrupted in OpenVZ container, also tried rebuilding system
Summary: sys-libs/glibc-2.12.2: building glibc interrupted in OpenVZ container, also t...
Status: RESOLVED OBSOLETE
Alias: None
Product: Gentoo Linux
Classification: Unclassified
Component: [OLD] Unspecified (show other bugs)
Hardware: AMD64 Linux
: Normal normal (vote)
Assignee: Gentoo Toolchain Maintainers
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2011-06-28 08:35 UTC by Thomas Urban
Modified: 2013-08-29 06:33 UTC (History)
2 users (show)

See Also:
Package list:
Runtime testing required: ---


Attachments
build.log and environment from /var/tmp/... (log-n-environment.tgz,271.85 KB, application/octet-stream)
2011-06-30 12:09 UTC, Thomas Urban
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Thomas Urban 2011-06-28 08:35:29 UTC
I'was running Gentoo in an OpenVZ container w/o serious trouble recently. But for some weeks now I'm stuck with building releases of glibc. Some applications crash on segmentation fault and it's starting to annoy customers I'm hosting on this server. Tried gcc 4.3.4 and 4.4.5, tried -hardenednopie and -hardenednossp as well. Finally even tried to "emerge -eav system" ... it's always failing while build glibc.

My user_beancounters don't show any failcnt, so I don't expect it to be OOM-related.

Reproducible: Always




Portage 2.1.9.42 (hardened/linux/amd64/no-multilib, gcc-4.4.5, libc-0-r0, 2.6.18-238.9.1.el5.028stab089.1 x86_64)
=================================================================
System uname: Linux-2.6.18-238.9.1.el5.028stab089.1-x86_64-Intel-R-_Core-TM-_i7_CPU_920_@_2.67GHz-with-gentoo-2.0.2
Timestamp of tree: Mon, 27 Jun 2011 08:30:01 +0000
app-shells/bash:     4.1_p9
dev-lang/python:     2.6.6-r1, 2.7.1-r1, 3.1.3-r1
dev-util/cmake:      2.8.1-r2
dev-util/pkgconfig:  0.25-r2
sys-apps/baselayout: 2.0.2
sys-apps/openrc:     0.8.2-r1
sys-apps/sandbox:    2.4
sys-devel/autoconf:  2.65-r1
sys-devel/automake:  1.10.3, 1.11.1
sys-devel/binutils:  2.20.1-r1
sys-devel/gcc:       3.4.6-r2, 4.3.4, 4.4.5
sys-devel/gcc-config: 1.4.1-r1
sys-devel/libtool:   2.2.10
sys-devel/make:      3.82
sys-kernel/linux-headers: 2.6.36.1
sys-libs/glibc:      2.11.2-r3
virtual/os-headers:  0
ACCEPT_KEYWORDS="amd64"
ACCEPT_LICENSE="* -@EULA"
CBUILD="x86_64-pc-linux-gnu"
CFLAGS="-O2 -pipe"
CHOST="x86_64-pc-linux-gnu"
CONFIG_PROTECT="/etc /sbin/rc"
CONFIG_PROTECT_MASK="/etc/ca-certificates.conf /etc/env.d /etc/fonts/fonts.conf /etc/gconf /etc/gentoo-release /etc/php/apache2-php5.3/ext-active/ /etc/php/cgi-php5.3/ext-active/ /etc/php/cli-php5.3/ext-active/ /etc/revdep-rebuild /etc/sandbox.d /etc/terminfo"
CXXFLAGS="-O2 -pipe"
DISTDIR="/usr/portage/distfiles"
FEATURES="assume-digests binpkg-logs distlocks fixlafiles fixpackages news parallel-fetch protect-owned sandbox sfperms strict unknown-features-warn unmerge-logs unmerge-orphans userfetch"
FFLAGS=""
GENTOO_MIRRORS="http://distfiles.gentoo.org"
LANG="de_DE.UTF-8"
LDFLAGS="-Wl,-O1 -Wl,--as-needed"
LINGUAS="de"
MAKEOPTS="-j5"
PKGDIR="/usr/portage/packages"
PORTAGE_CONFIGROOT="/"
PORTAGE_RSYNC_OPTS="--recursive --links --safe-links --perms --times --compress --force --whole-file --delete --stats --timeout=180 --exclude=/distfiles --exclude=/local --exclude=/packages"
PORTAGE_TMPDIR="/var/tmp"
PORTDIR="/usr/portage"
PORTDIR_OVERLAY="   "
SYNC="rsync://rsync.gentoo.org/gentoo-portage"
USE="acl amd64 berkdb bzip2 cli cracklib crypt cups cxx dri fastcgi gdbm gpm hardened iconv justify mmx modules mudflap ncurses nls nptl nptlonly openmp pam pcre perl pppd python readline session sse sse2 ssl sysfs tcpd urandom vhosts xorg zlib" ALSA_CARDS="ali5451 als4000 atiixp atiixp-modem bt87x ca0106 cmipci emu10k1x ens1370 ens1371 es1938 es1968 fm801 hda-intel intel8x0 intel8x0m maestro3 trident usb-audio via82xx via82xx-modem ymfpci" ALSA_PCM_PLUGINS="adpcm alaw asym copy dmix dshare dsnoop empty extplug file hooks iec958 ioplug ladspa lfloat linear meter mmap_emul mulaw multi null plug rate route share shm softvol" APACHE2_MODULES="actions alias auth_basic authn_alias authn_anon authn_dbm authn_default authn_file authz_dbm authz_default authz_groupfile authz_host authz_owner authz_user autoindex cache cgi cgid dav dav_fs dav_lock deflate dir disk_cache env expires ext_filter file_cache filter headers include info log_config logio mem_cache mime mime_magic negotiation rewrite setenvif speling status unique_id userdir usertrack vhost_alias" APACHE2_MPMS="worker" CALLIGRA_FEATURES="braindump flow karbon kexi kpresenter krita tables words" CAMERAS="ptp2" COLLECTD_PLUGINS="df interface irq load memory rrdtool swap syslog" ELIBC="glibc" GPSD_PROTOCOLS="ashtech aivdm earthmate evermore fv18 garmin garmintxt gpsclock itrax mtk3301 nmea ntrip navcom oceanserver oldstyle oncore rtcm104v2 rtcm104v3 sirf superstar2 timing tsip tripmate tnt ubx" INPUT_DEVICES="keyboard mouse evdev" KERNEL="linux" LCD_DEVICES="bayrad cfontz cfontz633 glk hd44780 lb216 lcdm001 mtxorb ncurses text" LINGUAS="de" PHP_TARGETS="php5-3" RUBY_TARGETS="ruby18" USERLAND="GNU" VIDEO_CARDS="fbdev" XTABLES_ADDONS="quota2 psd pknock lscan length2 ipv4options ipset ipp2p iface geoip fuzzy condition tee tarpit sysrq steal rawnat logmark ipmark dhcpmac delude chaos account"
Unset:  CPPFLAGS, CTARGET, EMERGE_DEFAULT_OPTS, INSTALL_MASK, LC_ALL, PORTAGE_BUNZIP2_COMMAND, PORTAGE_COMPRESS, PORTAGE_COMPRESS_FLAGS, PORTAGE_RSYNC_EXTRA_OPTS

Kernel is:
Linux s5a 2.6.18-238.9.1.el5.028stab089.1 #1 SMP Thu Apr 14 14:06:01 MSD 2011 x86_64 Intel(R) Core(TM) i7 CPU 920 @ 2.67GHz GenuineIntel GNU/Linux

IA32_EMULATION is enabled according to /proc/config.gz on CT0. There is no /proc/config.gz in affected container.

Build Log is at http://s5a.toxa.de/~esoletan/build.log.gz (240KB)
Environment is at http://s5a.toxa.de/~esoletan/environment.gz (35KB)
Comment 1 Peter Volkov (RETIRED) gentoo-dev 2011-06-30 09:56:51 UTC
Please, attache logs in English locale to bugzilla (it's good idea to avoid storing relevant information outside bugzilla if possible). Are you talking about glibc in container or on server? Does all containers expose same problem?
Comment 2 Thomas Urban 2011-06-30 12:08:27 UTC
Hi, currently it's just a single Gentoo-based container on CentOS-based server running OpenVZ environment. I decided to use different distro on all further containers since this one is consuming too much resources on frequent updates. But it's still running some essential applications.

On building glibc with updated locale I realized some early failures on making something in preparation for building it. Maybe that's part of the problem ...

Find attached updated build log and environment.
Comment 3 Thomas Urban 2011-06-30 12:09:18 UTC
Created attachment 278691 [details]
build.log and environment from /var/tmp/...
Comment 4 Pacho Ramos gentoo-dev 2011-07-10 17:21:33 UTC
Looks like you have problems with your gcc, have you tried rebuilding it? :-/
Comment 5 Thomas Urban 2011-07-17 18:00:15 UTC
Rebuilt a fresh gcc 4.4.5, but compiling glibc still fails. I remember having tried switching to the two older versions of gcc using gcc-config before. That's annoying ... since the server is kept blocked it might be good to have a different distro.
Comment 6 Peter Volkov (RETIRED) gentoo-dev 2011-08-01 06:59:02 UTC
Does rebuild fails in the same place all the time? Try to rebuild toolchain, sandbox and bash as well. Also... this looks related to bug 348640 so try to update sandbox to 2.5.
Comment 7 Thomas Urban 2011-08-01 13:33:01 UTC
(In reply to comment #6)
> Does rebuild fails in the same place all the time? Try to rebuild toolchain,
> sandbox and bash as well. Also... this looks related to bug 348640 so try to
> update sandbox to 2.5.

Tried rebuilding sandbox (2.4) and bash. "toolchain" is not a package name as known by emerge, is it? What do you mean exactly? emerging "system" ... tried that before. upgrading to sandbox 2.5 is currently no option due to being masked by amd64. And it's a production server, so I can't test.

And yes, according to my last trials it's always failing at the same point: 

---
CPP='x86_64-pc-linux-gnu-gcc -m64 -E -x c-header'  /var/tmp/portage/sys-libs/glibc-2.12.2/work/build-amd64-x86_64-pc-linux-gnu-nptl/elf/ld-linux-x86-64.so.2 --library-path /var/tmp/portage/sys-libs/glibc-2.12.2/work/build-amd64-x86_64-pc-linux-gnu-nptl:/var/tmp/portage/sys-libs/glibc-2.12.2/work/build-amd64-x86_64-pc-linux-gnu-nptl/math:/var/tmp/portage/sys-libs/glibc-2.12.2/work/build-amd64-x86_64-pc-linux-gnu-nptl/elf:/var/tmp/portage/sys-libs/glibc-2.12.2/work/build-amd64-x86_64-pc-linux-gnu-nptl/dlfcn:/var/tmp/portage/sys-libs/glibc-2.12.2/work/build-amd64-x86_64-pc-linux-gnu-nptl/nss:/var/tmp/portage/sys-libs/glibc-2.12.2/work/build-amd64-x86_64-pc-linux-gnu-nptl/nis:/var/tmp/portage/sys-libs/glibc-2.12.2/work/build-amd64-x86_64-pc-linux-gnu-nptl/rt:/var/tmp/portage/sys-libs/glibc-2.12.2/work/build-amd64-x86_64-pc-linux-gnu-nptl/resolv:/var/tmp/portage/sys-libs/glibc-2.12.2/work/build-amd64-x86_64-pc-linux-gnu-nptl/crypt:/var/tmp/portage/sys-libs/glibc-2.12.2/work/build-amd64-x86_64-pc-linux-gnu-nptl/nptl /var/tmp/portage/sys-libs/glibc-2.12.2/work/build-amd64-x86_64-pc-linux-gnu-nptl/sunrpc/rpcgen -Y ../scripts -h rpcsvc/nlm_prot.x -o /var/tmp/portage/sys-libs/glibc-2.12.2/work/build-amd64-x86_64-pc-linux-gnu-nptl/sunrpc/rpcsvc/nlm_prot.T
/usr/lib64/libsandbox.so(+0x3932)[0x2ac076c02932]
/usr/lib64/libsandbox.so(+0x39c3)[0x2ac076c029c3]
/usr/lib64/libsandbox.so(+0x5a9f)[0x2ac076c04a9f]
/usr/lib64/libsandbox.so(+0x616a)[0x2ac076c0516a]
/usr/lib64/libsandbox.so(+0x6f75)[0x2ac076c05f75]
/usr/lib64/libsandbox.so(execve+0x63)[0x2ac076c07993]
/bin/sh(shell_execve+0x43)[0x2ac076719333]
/bin/sh(+0x482b8)[0x2ac07671f2b8]
/bin/sh(execute_command_internal+0xafd)[0x2ac07671b85d]
/bin/sh(parse_and_execute+0x20a)[0x2ac076762b8a]
/proc/20319/cmdline: /var/tmp/portage/sys-libs/glibc-2.12.2/work/build-amd64-x86_64-pc-linux-gnu-nptl/elf/ld-linux-x86-64.so.2 --library-path /var/tmp/portage/sys-libs/glibc-2.12.2/work/build-amd64-x86_64-pc-linux-gnu-nptl:/var/tmp/portage/sys-libs/glibc-2.12.2/work/build-amd64-x86_64-pc-linux-gnu-nptl/math:/var/tmp/portage/sys-libs/glibc-2.12.2/work/build-amd64-x86_64-pc-linux-gnu-nptl/elf:/var/tmp/portage/sys-libs/glibc-2.12.2/work/build-amd64-x86_64-pc-linux-gnu-nptl/dlfcn:/var/tmp/portage/sys-libs/glibc-2.12.2/work/build-amd64-x86_64-pc-linux-gnu-nptl/nss:/var/tmp/portage/sys-libs/glibc-2.12.2/work/build-amd64-x86_64-pc-linux-gnu-nptl/nis:/var/tmp/portage/sys-libs/glibc-2.12.2/work/build-amd64-x86_64-pc-linux-gnu-nptl/rt:/var/tmp/portage/sys-libs/glibc-2.12.2/work/build-amd64-x86_64-pc-linux-gnu-nptl/resolv:/var/tmp/portage/sys-libs/glibc-2.12.2/work/build-amd64-x86_64-pc-linux-gnu-nptl/crypt:/var/tmp/portage/sys-libs/glibc-2.12.2/work/build-amd64-x86_64-pc-linux-gnu-nptl/nptl /var/tmp/portage/sys-libs/glibc-2.12.2/work/build-amd64-x86_64-pc-linux-gnu-nptl/sunrpc/rpcgen -Y ../scripts -c rpcsvc/nlm_prot.x -o /var/tmp/portage/sys-libs/glibc-2.12.2/work/build-amd64-x86_64-pc-linux-gnu-nptl/sunrpc/xnlm_prot.T

/bin/sh ../scripts/move-if-change /var/tmp/portage/sys-libs/glibc-2.12.2/work/build-amd64-x86_64-pc-linux-gnu-nptl/sunrpc/xbootparam_prot.T /var/tmp/portage/sys-libs/glibc-2.12.2/work/build-amd64-x86_64-pc-linux-gnu-nptl/sunrpc/xbootparam_prot.c
Comment 8 Xake 2011-08-01 14:01:53 UTC
(In reply to comment #7)
> Tried rebuilding sandbox (2.4) and bash. "toolchain" is not a package name as
> known by emerge, is it? What do you mean exactly? emerging "system" ...

Toolchain is a synonym to the packages needed to build other packages (most commonly gcc, glibc, binutils, but may also be extended to coreutils, and other system-essential packages). "emerge -e system" usually catch all these.
Comment 9 Thomas Urban 2011-08-01 16:46:25 UTC
(In reply to comment #8)
> (In reply to comment #7)
> > Tried rebuilding sandbox (2.4) and bash. "toolchain" is not a package name as
> > known by emerge, is it? What do you mean exactly? emerging "system" ...
> 
> Toolchain is a synonym to the packages needed to build other packages (most
> commonly gcc, glibc, binutils, but may also be extended to coreutils, and other
> system-essential packages). "emerge -e system" usually catch all these.

Thanks for clarification. Though I'm familiar with toolchains including make, autoconfig, gcc etc. I was just asking to exclude having overseen something. As mentioned in my initial post, I also tried emerge -eav system ... I tried different gcc version, have rebuild gcc ... and failcnt in /proc/user_beancounter are all 0 thus excluding OOM conditions.
Comment 10 Peter Volkov (RETIRED) gentoo-dev 2011-12-22 13:32:24 UTC
And sandbox-2.5 is stable now. Please, retest with updated sandbox.
Comment 11 Thomas Urban 2011-12-22 22:40:58 UTC
Did emerge --sync, then emerge portage, then emerge sandbox ... all succeeding.

Had to fix several packages causing longer list on outdated __guard found and required to be removed prior to emerging world.

Finally got rid of that, then emerged world with glibc in very first position. But it keeps on breaking at selected position. Tried emerging system with -eav, but it's trying to emerge glibc first, so is failing as well.
Comment 12 Andreis Vinogradovs ( slepnoga ) 2013-07-05 06:10:56 UTC
pva: may be this bug is outdated ? ( el5 branch kernel, old glibc .. )
Comment 13 Sergey Popov gentoo-dev 2013-08-29 06:33:45 UTC
Can not reproduce with up-to-date kernel and glibc. Feel free to reopen if it is still an issue