Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 121137 - Glibc-2.3.5-r2 compile getting stuck after switch to selinux
Summary: Glibc-2.3.5-r2 compile getting stuck after switch to selinux
Status: RESOLVED INVALID
Alias: None
Product: Gentoo Linux
Classification: Unclassified
Component: [OLD] Core system (show other bugs)
Hardware: AMD64 Linux
: High normal
Assignee: SE Linux Bugs
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2006-01-31 23:59 UTC by Jukka Palko
Modified: 2006-02-03 04:21 UTC (History)
1 user (show)

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


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Jukka Palko 2006-01-31 23:59:25 UTC
Portage 2.0.54 (default-linux/amd64/2005.1, gcc-3.4.4, glibc-2.3.5-r2, 2.6.13-gentoo-r3 x86_64)
=================================================================
System uname: 2.6.13-gentoo-r3 x86_64 AMD Athlon(tm) 64 Processor 3200+
Gentoo Base System version 1.6.14
dev-lang/python:     2.3.5-r2, 2.4.2
sys-apps/sandbox:    1.2.12
sys-devel/autoconf:  2.13, 2.59-r6
sys-devel/automake:  1.4_p6, 1.5, 1.6.3, 1.7.9-r1, 1.8.5-r3, 1.9.6-r1
sys-devel/binutils:  2.16.1
sys-devel/libtool:   1.5.22
virtual/os-headers:  2.6.11-r2
ACCEPT_KEYWORDS="amd64"
AUTOCLEAN="yes"
CBUILD="x86_64-pc-linux-gnu"
CFLAGS="-march=k8 -O2 -fomit-frame-pointer -frerun-loop-opt -pipe"
CHOST="x86_64-pc-linux-gnu"
CONFIG_PROTECT="/etc /usr/kde/2/share/config /usr/kde/3/share/config /usr/share/config /var/qmail/control"
CONFIG_PROTECT_MASK="/etc/gconf /etc/terminfo /etc/env.d"
CXXFLAGS="-march=k8 -O2 -fomit-frame-pointer -frerun-loop-opt -pipe"
DISTDIR="/usr/portage/distfiles"
FEATURES="autoconfig distlocks loadpolicy sandbox sfperms strict"
GENTOO_MIRRORS="ftp://trumpetti.atm.tut.fi/gentoo/ http://gentoo.binarycompass.org ftp://ftp.uninett.no/pub/linux/Gentoo ftp://mirror.pudas.net/gentoo"
MAKEOPTS="-j2"
PKGDIR="/usr/portage/packages"
PORTAGE_TMPDIR="/var/tmp"
PORTDIR="/usr/portage"
SYNC="rsync://rsync.namerica.gentoo.org/gentoo-portage"
USE="amd64 acl acpi aim aliaschain apache2 avi bash-completion berkdb bidi bitmap-fonts bzip2 chroot crypt cups curl doc eds emboss encode expat foomaticdb fortran gdbm gif gmp gpm gstreamer hardened icq idea imagemagick imlib innodb ipv6 irc jabber java jpeg kde kerberos krb4 libclamav libwww loadpolicy lzw lzw-tiff mbox mhash mp3 mpeg msn ncurses nls nptl nptlonly oav pam pcre pdflib perl png ppds python quicktime quotas readline samba sasl semanticfix sftplogging spell ssl tcpd tiff truetype-fonts type1-fonts udev usb userlocales uudeview winbind xml xml2 xpm yahoo zlib userland_GNU kernel_linux elibc_glibc"
Unset:  ASFLAGS, CTARGET, LANG, LC_ALL, LDFLAGS, LINGUAS, PORTDIR_OVERLAY

I have tried multiple times to compile glibc now and it always gets stuck with the same two compiles:

mkdir /var/tmp/portage/glibc-2.3.5-r2/work/build-x86-x86_64-pc-linux-gnu-nptl/sunrpc/rpcsvc
/bin/sh ../scripts/move-if-change /var/tmp/portage/glibc-2.3.5-r2/work/build-x86-x86_64-pc-linux-gnu-nptl/sunrpc/xbootparam_prot.T /var/tmp/portage/glibc-2.3.5-r2/work/build-x86-x86_64-pc-linux-gnu-nptl/sunrpc/xbootparam_prot.c
touch /var/tmp/portage/glibc-2.3.5-r2/work/build-x86-x86_64-pc-linux-gnu-nptl/sunrpc/xbootparam_prot.stmp
CPP='x86_64-pc-linux-gnu-gcc -E -x c-header'  /var/tmp/portage/glibc-2.3.5-r2/work/build-x86-x86_64-pc-linux-gnu-nptl/elf/ld-linux.so.2 --library-path /var/tmp/portage/glibc-2.3.5-r2/work/build-x86-x86_64-pc-linux-gnu-nptl:/var/tmp/portage/glibc-2.3.5-r2/work/build-x86-x86_64-pc-linux-gnu-nptl/math:/var/tmp/portage/glibc-2.3.5-r2/work/build-x86-x86_64-pc-linux-gnu-nptl/elf:/var/tmp/portage/glibc-2.3.5-r2/work/build-x86-x86_64-pc-linux-gnu-nptl/dlfcn:/var/tmp/portage/glibc-2.3.5-r2/work/build-x86-x86_64-pc-linux-gnu-nptl/nss:/var/tmp/portage/glibc-2.3.5-r2/work/build-x86-x86_64-pc-linux-gnu-nptl/nis:/var/tmp/portage/glibc-2.3.5-r2/work/build-x86-x86_64-pc-linux-gnu-nptl/rt:/var/tmp/portage/glibc-2.3.5-r2/work/build-x86-x86_64-pc-linux-gnu-nptl/resolv:/var/tmp/portage/glibc-2.3.5-r2/work/build-x86-x86_64-pc-linux-gnu-nptl/crypt:/var/tmp/portage/glibc-2.3.5-r2/work/build-x86-x86_64-pc-linux-gnu-nptl/nptl /var/tmp/portage/glibc-2.3.5-r2/work/build-x86-x86_64-pc-linux-gnu-nptl/sunrpc/rpcgen -Y ../scripts -h rpcsvc/bootparam_prot.x -o /var/tmp/portage/glibc-2.3.5-r2/work/build-x86-x86_64-pc-linux-gnu-nptl/sunrpc/rpcsvc/bootparam_prot.T
CPP='x86_64-pc-linux-gnu-gcc -E -x c-header'  /var/tmp/portage/glibc-2.3.5-r2/work/build-x86-x86_64-pc-linux-gnu-nptl/elf/ld-linux.so.2 --library-path /var/tmp/portage/glibc-2.3.5-r2/work/build-x86-x86_64-pc-linux-gnu-nptl:/var/tmp/portage/glibc-2.3.5-r2/work/build-x86-x86_64-pc-linux-gnu-nptl/math:/var/tmp/portage/glibc-2.3.5-r2/work/build-x86-x86_64-pc-linux-gnu-nptl/elf:/var/tmp/portage/glibc-2.3.5-r2/work/build-x86-x86_64-pc-linux-gnu-nptl/dlfcn:/var/tmp/portage/glibc-2.3.5-r2/work/build-x86-x86_64-pc-linux-gnu-nptl/nss:/var/tmp/portage/glibc-2.3.5-r2/work/build-x86-x86_64-pc-linux-gnu-nptl/nis:/var/tmp/portage/glibc-2.3.5-r2/work/build-x86-x86_64-pc-linux-gnu-nptl/rt:/var/tmp/portage/glibc-2.3.5-r2/work/build-x86-x86_64-pc-linux-gnu-nptl/resolv:/var/tmp/portage/glibc-2.3.5-r2/work/build-x86-x86_64-pc-linux-gnu-nptl/crypt:/var/tmp/portage/glibc-2.3.5-r2/work/build-x86-x86_64-pc-linux-gnu-nptl/nptl /var/tmp/portage/glibc-2.3.5-r2/work/build-x86-x86_64-pc-linux-gnu-nptl/sunrpc/rpcgen -Y ../scripts -c rpcsvc/nlm_prot.x -o /var/tmp/portage/glibc-2.3.5-r2/work/build-x86-x86_64-pc-linux-gnu-nptl/sunrpc/xnlm_prot.T

# ps -ef | grep cpp
root     13107 13104 49 10:44 pts/0    00:04:08 /bin/sh ../scripts/cpp -C -DRPC_HDR rpcsvc/bootparam_prot.x
root     13108 13106 49 10:44 pts/0    00:04:08 /bin/sh ../scripts/cpp -C -DRPC_XDR rpcsvc/nlm_prot.x

Here it stops fully, but the two cpp processes run taking both around 50% of cpu time.

Same happens on when trying to compile selinux. Which is the way I bumped into this as I wanted to start using selinux on this host.
Comment 1 Jukka Palko 2006-02-01 05:58:54 UTC
Gets stuck on default-linux/amd64/2005.1 as well as on selinux/2005.1/amd64 ...

I was also testing to switch to nptlonly on default-linux profile. 
Comment 2 Jukka Palko 2006-02-01 07:50:05 UTC
Tried recompiling binutils before compiling the selinux glibc, but that didn't help. Also if I change compiling to MAKEOPTS="-j1" the cpp process that gets stuck seems to be now:
root     30439 30438 99 18:20 pts/2    00:20:26 /bin/sh ../scripts/cpp -C -DRPC_HDR rpcsvc/bootparam_prot.x

I have these processes running for the compile:
# ps -ef | egrep -ie 'glibc|ebuild|make|cpp'
root      5993 24694  0 17:52 pts/2    00:00:00 /usr/bin/python -O /usr/bin/emerge -va glibc
root      7190  5993  0 17:54 pts/2    00:00:00 [glibc-2.3.5-r2] sandbox /usr/lib/portage/bin/ebuild.sh compile
root      7191  7190  0 17:54 pts/2    00:00:00 /bin/bash /usr/lib/portage/bin/ebuild.sh compile
root      9627  7191  0 17:56 pts/2    00:00:00 make PARALLELMFLAGS=-j1 gconvdir=/usr/lib32/gconv
root      9628  9627  0 17:56 pts/2    00:00:02 make -r PARALLELMFLAGS=-j1 CVSOPTS= -C /var/tmp/portage/glibc-2.3.5-r2/work/glibc-2.3.5 objdir=/var/tmp/portage/glibc-2.3.5-r2/work/build-x86-x86_64-pc-linux-gnu-nptl all
root     29929  9628  0 18:20 pts/2    00:00:01 make -j1 -C sunrpc others
root     30438 29929  0 18:20 pts/2    00:00:00 /var/tmp/portage/glibc-2.3.5-r2/work/build-x86-x86_64-pc-linux-gnu-nptl/elf/ld-linux.so.2 --library-path /var/tmp/portage/glibc-2.3.5-r2/work/build-x86-x86_64-pc-linux-gnu-nptl:/var/tmp/portage/glibc-2.3.5-r2/work/build-x86-x86_64-pc-linux-gnu-nptl/math:/var/tmp/portage/glibc-2.3.5-r2/work/build-x86-x86_64-pc-linux-gnu-nptl/elf:/var/tmp/portage/glibc-2.3.5-r2/work/build-x86-x86_64-pc-linux-gnu-nptl/dlfcn:/var/tmp/portage/glibc-2.3.5-r2/work/build-x86-x86_64-pc-linux-gnu-nptl/nss:/var/tmp/portage/glibc-2.3.5-r2/work/build-x86-x86_64-pc-linux-gnu-nptl/nis:/var/tmp/portage/glibc-2.3.5-r2/work/build-x86-x86_64-pc-linux-gnu-nptl/rt:/var/tmp/portage/glibc-2.3.5-r2/work/build-x86-x86_64-pc-linux-gnu-nptl/resolv:/var/tmp/portage/glibc-2.3.5-r2/work/build-x86-x86_64-pc-linux-gnu-nptl/crypt:/var/tmp/portage/glibc-2.3.5-r2/work/build-x86-x86_64-pc-linux-gnu-nptl/nptl /var/tmp/portage/glibc-2.3.5-r2/work/build-x86-x86_64-pc-linux-gnu-nptl/sunrpc/rpcgen -Y ../scripts -h rpcsvc/bootparam_prot.x -o /var/tmp/portage/glibc-2.3.5-r2/work/build-x86-x86_64-pc-linux-gnu-nptl/sunrpc/rpcsvc/bootparam_prot.T
root     30439 30438 99 18:20 pts/2    00:24:11 /bin/sh ../scripts/cpp -C -DRPC_HDR rpcsvc/bootparam_prot.x
Comment 3 Jukka Palko 2006-02-03 04:21:14 UTC
Broken memory on machine, ignore this bug. :)

Got a clean compile by running memtester on 350M of memory for 10 loops at the same time as compiling glibc. Most propably didn't hit the bad memory portion this way. At least I hope it's the memory... :)