(Apologies if this bug has been reported/fixed - I searched, but couldn't find it) I have had a problem for a few weeks/months now. Occasionally, when installing/upgrading a package (it doesn't seem to matter which), when the ./configure script is running, it will hang on: Checking the maximum length of command line arguments... It doesn't matter how long I leave it, it seems to have hung. Ctrl C produces: sandbox. Signal 2 in pid {and the pid number} If I upgrade 10 packages, it might happen 2 or 3 times. I don't know what can cause this. Reproducible: Sometimes Steps to Reproduce: 1. emerge somepackage 2. 3. Actual Results: Sometimes it emerges fine, sometimes it hangs. # emerge info Portage 2.0.51.22-r3 (default-linux/amd64/2005.0, gcc-3.4.4, glibc-2.3.5-r1, 2.6.13-vs2.1.0-pre5-gentoo x86_64) ================================================================= System uname: 2.6.13-vs2.1.0-pre5-gentoo x86_64 AMD Athlon(tm) 64 Processor 3000+ Gentoo Base System version 1.6.13 dev-lang/python: 2.3.5-r2 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.5 sys-devel/binutils: 2.15.92.0.2-r10 sys-devel/libtool: 1.5.16 virtual/os-headers: 2.6.11-r2 ACCEPT_KEYWORDS="amd64" AUTOCLEAN="yes" CBUILD="x86_64-pc-linux-gnu" CFLAGS="-O2 -pipe" CHOST="x86_64-pc-linux-gnu" CONFIG_PROTECT="/etc /usr/kde/2/share/config /usr/kde/3.4/env /usr/kde/3.4/share/config /usr/kde/3.4/shutdown /usr/kde/3/share/config /usr/lib/X11/xkb /usr/share/config /var/bind /var/qmail/alias /var/qmail/control" CONFIG_PROTECT_MASK="/etc/gconf /etc/terminfo /etc/env.d" CXXFLAGS="-O2 -pipe" DISTDIR="/usr/portage/distfiles" FEATURES="autoconfig distlocks sandbox sfperms strict" GENTOO_MIRRORS="http://distfiles.gentoo.org http://distro.ibiblio.org/pub/Linux/distributions/gentoo" PKGDIR="/usr/portage/packages" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" SYNC="rsync://rsync.gentoo.org/gentoo-portage" USE="amd64 acl aim alsa apache2 aper avi berkdb browserplugin bzlib cdparanoia crypt dga directfb divx4linux dlloader dv dvd dvdr dvdread encode faac faad ffmpeg fla flash gd-external gdbm gif gmp gphoto2 gtk2 hardened ieee1394 imlib ipv6 jabber jack java jpeg kde live lzo mad maildir matroska memlimit mozilla mozsvg mp3 mpeg mpeg4 mplayer msn network nls nodrm ntlm ogg oggvorbis opengl oscar pcre perl php pic pie png postgres quotas readline real rrdtool rtc samba sdl session sftplogging ssl svg tga theora tiff truetype truetype-fonts underscores v4l v4l2 voodoo3 vorbis xanim xfs xml2 xmms xv xvid xvmc yahoo yv12 zlib userland_GNU kernel_linux elibc_glibc" Unset: ASFLAGS, CTARGET, LANG, LC_ALL, LDFLAGS, LINGUAS, MAKEOPTS, PORTDIR_OVERLAY
Eeny meeny miney moo, where the hell should this bug goooo... ;p vapier, please reassign if you are not the right target :)
try running with FEATURES=-sandbox
It's intermittent though. emerge packagename - it hangs. Ctrl C and emerge packagename - and it installs fine.
try with a stable kernel then
Erm, perhaps we could try and see what it's hanging on, rather than guessing that it's the kernel?
(In reply to comment #0) > 2.6.13-vs2.1.0-pre5-gentoo x86_64 Erm... are you running this under vserver?
Nope, it's a vserver patched kernel, but I haven't got any vservers running, and I'm running all this on the host kernel. I'm not saying it's **not** the kernel, but surely there is a better way to find out :) Just out of interest, I'm installing flac-1.1.2-r3, and it's hung on: checking for xmms-config... /usr/bin/xmms-config Pressing Control C: sandbox: Caught signal 2 in pid 15575 /usr/portage/media-libs/flac/flac-1.1.2-r3.ebuild: src_compile aborted; exiting. Exiting on signal 2
@vserver : Any known issues like this with your kernels?
Just noticed in my syslog: Nov 20 12:53:39 localhost kernel: conftest[19222]: segfault at 00000000556560c0 rip 0000555555554b57 rsp 00007ffffff255c0 error 4 That looks fairly likely, doesn't it? I am emerging a few more packages with strace -fF - tonnes of output, but if it hangs, I'll paste some in here. I do run these kernels on other machines, but this is the only AMD64 machine, and as far as I remember, it's the only one that gets these problems.
It's hung. .... [pid 3760] lstat("/usr/lib/python3.0", 0x7fffff7f8610) = -1 ENOENT (No such file or directory) [pid 3760] lstat("/var", {st_mode=S_IFDIR|0755, st_size=4096, ...}) = 0 [pid 3760] lstat("/var/db", {st_mode=S_IFDIR|0755, st_size=30, ...}) = 0 [pid 3760] lstat("/var/db/aliases.db", 0x7fffff7f8610) = -1 ENOENT (No such file or directory) [pid 3760] lstat("/var", {st_mode=S_IFDIR|0755, st_size=4096, ...}) = 0 [pid 3760] lstat("/var/db", {st_mode=S_IFDIR|0755, st_size=30, ...}) = 0 [pid 3760] lstat("/var/db/netgroup.db", 0x7fffff7f8610) = -1 ENOENT (No such file or directory) [pid 3760] lstat("/var", {st_mode=S_IFDIR|0755, st_size=4096, ...}) = 0 [pid 3760] lstat("/var/db", {st_mode=S_IFDIR|0755, st_size=30, ...}) = 0 [pid 3760] lstat("/var/db/netmasks.db", 0x7fffff7f8610) = -1 ENOENT (No such file or directory) [pid 3760] brk(0x5555557cf000) = 0x5555557cf000 [pid 3760] lstat("/var", {st_mode=S_IFDIR|0755, st_size=4096, ...}) = 0 [pid 3760] lstat("/var/db", {st_mode=S_IFDIR|0755, st_size=30, ...}) = 0 [pid 3760] lstat("/var/db/ethers.db", 0x7fffff7f8610) = -1 ENOENT (No such file or directory) [pid 3760] brk(0x5555557cd000) = 0x5555557cd000 [pid 3760] lstat("/var", {st_mode=S_IFDIR|0755, st_size=4096, ...}) = 0 [pid 3760] lstat("/var/db", {st_mode=S_IFDIR|0755, st_size=30, ...}) = 0 [pid 3760] lstat("/var/db/rpc.db", 0x7fffff7f8610) = -1 ENOENT (No such file or directory) [pid 3760] lstat("/var", {st_mode=S_IFDIR|0755, st_size=4096, ...}) = 0 [pid 3760] lstat("/var/db", {st_mode=S_IFDIR|0755, st_size=30, ...}) = 0 [pid 3760] lstat("/var/db/protocols.db", 0x7fffff7f8610) = -1 ENOENT (No such file or directory) [pid 3760] lstat("/var", {st_mode=S_IFDIR|0755, st_size=4096, ...}) = 0 [pid 3760] lstat("/var/db", {st_mode=S_IFDIR|0755, st_size=30, ...}) = 0 [pid 3760] lstat("/var/db/services.db", 0x7fffff7f8610) = -1 ENOENT (No such file or directory) [pid 3760] lstat("/var", {st_mode=S_IFDIR|0755, st_size=4096, ...}) = 0 [pid 3760] lstat("/var/db", {st_mode=S_IFDIR|0755, st_size=30, ...}) = 0 [pid 3760] lstat("/var/db/networks.db", 0x7fffff7f8610) = -1 ENOENT (No such file or directory) [pid 3760] lstat("/var", {st_mode=S_IFDIR|0755, st_size=4096, ...}) = 0 [pid 3760] lstat("/var/db", {st_mode=S_IFDIR|0755, st_size=30, ...}) = 0 [pid 3760] lstat("/var/db/hosts.db", 0x7fffff7f8610) = -1 ENOENT (No such file or directory) [pid 3760] lstat("/var", {st_mode=S_IFDIR|0755, st_size=4096, ...}) = 0 [pid 3760] lstat("/var/db", {st_mode=S_IFDIR|0755, st_size=30, ...}) = 0 [pid 3760] lstat("/var/db/group.db", 0x7fffff7f8610) = -1 ENOENT (No such file or directory) [pid 3760] lstat("/var", {st_mode=S_IFDIR|0755, st_size=4096, ...}) = 0 [pid 3760] lstat("/var/db", {st_mode=S_IFDIR|0755, st_size=30, ...}) = 0 [pid 3760] lstat("/var/db/passwd.db", 0x7fffff7f8610) = -1 ENOENT (No such file or directory) [pid 3760] lstat("/proc", {st_mode=S_IFDIR|0555, st_size=0, ...}) = 0 [pid 3760] lstat("/proc/self", {st_mode=S_IFLNK|0777, st_size=64, ...}) = 0 [pid 3760] readlink("/proc/self", "3760", 4096) = 4 [pid 3760] lstat("/proc/3760", {st_mode=S_IFDIR|0555, st_size=0, ...}) = 0 [pid 3760] lstat("/proc/3760/maps", {st_mode=S_IFREG|0444, st_size=0, ...}) = 0 [pid 3760] lstat("/dev", {st_mode=S_IFDIR|0755, st_size=30020, ...}) = 0 [pid 3760] lstat("/dev/console", {st_mode=S_IFCHR|0600, st_rdev=makedev(5, 1), ...}) = 0 [pid 3760] lstat("/usr", {st_mode=S_IFDIR|0755, st_size=4096, ...}) = 0 [pid 3760] lstat("/usr/lib", {st_mode=S_IFDIR|0755, st_size=49152, ...}) = 0 [pid 3760] lstat("/usr/lib/portage", {st_mode=S_IFDIR|0755, st_size=26, ...}) = 0 [pid 3760] lstat("/usr/lib/portage/pym", {st_mode=S_IFDIR|0755, st_size=4096, ...}) = 0 [pid 3760] lstat("/dev", {st_mode=S_IFDIR|0755, st_size=30020, ...}) = 0 [pid 3760] lstat("/dev/random", {st_mode=S_IFCHR|0666, st_rdev=makedev(1, 8), ...}) = 0 [pid 3760] lstat("/dev", {st_mode=S_IFDIR|0755, st_size=30020, ...}) = 0 [pid 3760] lstat("/dev/tty", {st_mode=S_IFCHR|0666, st_rdev=makedev(5, 0), ...}) = 0 [pid 3760] open("/dev/tty", O_RDWR|O_NONBLOCK) = 3 [pid 3760] close(3) = 0 Ctrl C Process 11401 resumed Process 11689 detached Process 11690 detached Process 11731 detached Process 2162 detached Process 3758 detached Process 3759 detached sandbox: Caught signal 2 in pid 11689 Process 3760 detached /usr/portage/sys-devel/gettext/gettext-0.14.4.ebuild: src_compile aborted; exiting. #
Ping...?
Last week I've encounter the same behaviour twice. I was trying to build hardened server on amd64. May be I'm doing something wrong, but I can advice steps to reproduce. 1. Download stage3 for amd64. 2. Unpack it, emerge --sync and change profile on /usr/portage/profiles/hardened/amd64/. 3. Modify USE flags. I used the folowing: USE="-* crypt hardened ncurses nls pam perl pic pie python readline ssl \ tcpd zlib bzip2 nptl -berkdb nptlonly unicode userlocales \ linuxthreads-tls multilib" 4. emerge -e world Some packages I think will hang on "checking maximum length...". ctrl+C emerge --resume usually helpes. Note. Rarely it stoped in another place on "checking host system type" and for sandbox it stopes on dosym. Looking at ps I found that most time I see sh (or ebuild or dosym) hanging: strace does not show anything to me but cpu usage was 96.6%. May be later I'll look at this sh process with gdb. After update of gcc, binutils and bash to the latest unstable versions but I've managed to emerge -e world twice without any hangs. Current versions I have: sys-devel/gcc-3.4.5 app-shells/bash-3.1_p7 sys-devel/binutils-2.16.1-r1 Conclusion is that this behaviour is not related to vserver. May be bash update is enough. Calum: Try to update bash. If this does not fix your problem you may wish to update gcc and binutils also.
not vserver related..
Try with updated toolchain/bash...