problems wtih glibc on old distro

[tuxman]

So I'll be the first one to admit life and work got in the way and I let some of my distros get way to old.

I ended up being forced to upgrade from 10.0 to 13.

I've been able to get everything updated (some 144 packages) except one package. my glibc is kicking my behind. I was forced to mask it at the current version.. Fortunetly everything else emerged just fine.

I'm on glibc-2.16.0 currently. No matter which version I try to emerge I end up with a broken system. I've tried 2.17.0 and 2.19.0. saving a really long post this is the general jist of what happens.

>>> /lib/libanl.so.1 -> libanl-2.17.so
>>> /lib/libm.so.6 -> libm-2.17.so
>>> /lib/libdl.so.2 -> libdl-2.17.so
>>> /lib/libnss_dns.so.2 -> libnss_dns-2.17.so
>>> /lib/libutil.so.1 -> libutil-2.17.so
>>> Safely unmerging already-installed instance...
/usr/lib/portage/bin/phase-functions.sh: line 87: 25956 Segmentation fault "${PORTAGE_PYTHON:-/usr/bin/python}" "${PORTAGE_BIN_PATH}"/filter-bash-environment.py "${filtered_vars}"
* ERROR: sys-libs/glibc-2.16.0::gentoo failed (prerm phase):
* filter-bash-environment.py failed
*
* Call stack:
* ebuild.sh, line 480: Called __preprocess_ebuild_env
* phase-functions.sh, line 156: Called __filter_readonly_variables '--filter-features' '--filter-locale' '--filter-path' '--filter-sandbox'
* phase-functions.sh, line 137: Called die
* The specific snippet of code:
* "${PORTAGE_PYTHON:-/usr/bin/python}" "${PORTAGE_BIN_PATH}"/filter-bash-environment.py "${filtered_vars}" || die "filter-bash-environment.py failed"
*
* If you need support, post the output of `emerge --info '=sys-libs/glibc-2.16.0::gentoo'`,
* the complete build log and the output of `emerge -pqv '=sys-libs/glibc-2.16.0::gentoo'`.
* The complete build log is located at '/var/tmp/portage/._unmerge_/sys-libs/glibc-2.16.0/temp/build.log'.
* The ebuild environment file is located at '/var/tmp/portage/._unmerge_/sys-libs/glibc-2.16.0/temp/environment'.
* Working directory: '/usr/lib/portage/pym'
* S: '/var/tmp/portage/._unmerge_/sys-libs/glibc-2.16.0/work/glibc-2.16.0'
/usr/lib/portage/bin/isolated-functions.sh: line 116: 26033 Segmentation fault "$PORTAGE_BIN_PATH"/ebuild-ipc exit 1
* The ebuild phase 'prerm' has exited unexpectedly. This type of behavior
* is known to be triggered by things such as failed variable assignments
* (bug #190128) or bad substitution errors (bug #200313). Normally, before
* exiting, bash should have displayed an error message above. If bash did
* not produce an error message above, it's possible that the ebuild has
* called `exit` when it should have called `die` instead. This behavior
* may also be triggered by a corrupt bash binary or a hardware problem
* such as memory or cpu malfunction. If the problem is not reproducible or
* it appears to occur randomly, then it is likely to be triggered by a
* hardware problem. If you suspect a hardware problem then you should try
* some basic hardware diagnostics such as memtest. Please do not report
* this as a bug unless it is consistently reproducible and you are sure
* that your bash binary and hardware are functioning properly.
/usr/lib/portage/bin/phase-functions.sh: line 87: 26042 Segmentation fault "${PORTAGE_PYTHON:-/usr/bin/python}" "${PORTAGE_BIN_PATH}"/filter-bash-environment.py "${filtered_vars}"
* ERROR: sys-libs/glibc-2.16.0::gentoo failed:
* filter-bash-environment.py failed
*
* Call stack:
* misc-functions.sh, line 17: Called source '/usr/lib/portage/bin/ebuild.sh'
* ebuild.sh, line 480: Called __preprocess_ebuild_env
* phase-functions.sh, line 156: Called __filter_readonly_variables '--filter-features' '--filter-locale' '--filter-path' '--filter-sandbox'
* phase-functions.sh, line 137: Called die
* The specific snippet of code:
* "${PORTAGE_PYTHON:-/usr/bin/python}" "${PORTAGE_BIN_PATH}"/filter-bash-environment.py "${filtered_vars}" || die "filter-bash-environment.py failed"
*
* If you need support, post the output of `emerge --info '=sys-libs/glibc-2.16.0::gentoo'`,
* the complete build log and the output of `emerge -pqv '=sys-libs/glibc-2.16.0::gentoo'`.
* The complete build log is located at '/var/tmp/portage/._unmerge_/sys-libs/glibc-2.16.0/temp/build.log'.
* The ebuild environment file is located at '/var/tmp/portage/._unmerge_/sys-libs/glibc-2.16.0/temp/environment'.
* Working directory: '/usr/lib/portage/pym'
* S: '/var/tmp/portage/._unmerge_/sys-libs/glibc-2.16.0/work/glibc-2.16.0'
/usr/lib/portage/bin/isolated-functions.sh: line 116: 26129 Segmentation fault "$PORTAGE_BIN_PATH"/ebuild-ipc exit 1
* The ebuild phase 'die_hooks' has exited unexpectedly. This type of
* behavior is known to be triggered by things such as failed variable
* assignments (bug #190128) or bad substitution errors (bug #200313).
* Normally, before exiting, bash should have displayed an error message
* above. If bash did not produce an error message above, it's possible
* that the ebuild has called `exit` when it should have called `die`
* instead. This behavior may also be triggered by a corrupt bash binary or
* a hardware problem such as memory or cpu malfunction. If the problem is
* not reproducible or it appears to occur randomly, then it is likely to
* be triggered by a hardware problem. If you suspect a hardware problem
* then you should try some basic hardware diagnostics such as memtest.
* Please do not report this as a bug unless it is consistently
* reproducible and you are sure that your bash binary and hardware are
* functioning properly.
!!! FAILED prerm: 1

here's an info

ns1 glibc # emerge --info
Portage 2.2.10 (default/linux/x86/13.0, gcc-4.8.2, glibc-2.16.0, 3.14.1-gentoo i686)
=================================================================
System uname: Linux-3.14.1-gentoo-i686-Intel-R-_Xeon-R-_CPU_E7520_@_1.87GHz-with-gentoo-2.2
KiB Mem: 1511192 total, 475408 free
KiB Swap: 3071996 total, 3071968 free
Timestamp of tree: Sat, 19 Apr 2014 03:00:01 +0000
ld GNU ld (GNU Binutils) 2.21.1
app-shells/bash: 4.2_p47
dev-java/java-config: 2.2.0
dev-lang/python: 2.7.6, 3.1.4-r3, 3.2.5-r3, 3.3.5, 3.4.0
dev-util/cmake: 2.8.12.2
dev-util/pkgconfig: 0.28-r1
sys-apps/baselayout: 2.2
sys-apps/openrc: 0.12.4
sys-apps/sandbox: 2.6-r1
sys-devel/autoconf: 2.68, 2.69
sys-devel/automake: 1.11.1, 1.13.4, 1.14.1
sys-devel/binutils: 2.21.1-r1, 2.22-r1, 2.24-r2
sys-devel/gcc: 4.5.3-r1, 4.7.1, 4.8.2
sys-devel/gcc-config: 1.8
sys-devel/libtool: 2.4.2
sys-devel/make: 4.0-r1
sys-kernel/linux-headers: 3.14 (virtual/os-headers)
sys-libs/glibc: 2.16.0
Repositories: gentoo
ACCEPT_KEYWORDS="x86 ~x86"
ACCEPT_LICENSE="* -@EULA"
CBUILD="i686-pc-linux-gnu"
CFLAGS="-O2 -march=i686 -pipe"
CHOST="i686-pc-linux-gnu"
CONFIG_PROTECT="/etc /var/bind"
CONFIG_PROTECT_MASK="/etc/ca-certificates.conf /etc/env.d /etc/gconf /etc/gentoo-release /etc/sandbox.d /etc/terminfo"
CXXFLAGS="-O2 -march=i686 -pipe"
DISTDIR="/usr/portage/distfiles"
EMERGE_DEFAULT_OPTS="--quiet-build=n"
FCFLAGS="-O2 -march=i686 -pipe"
FEATURES="assume-digests binpkg-logs config-protect-if-modified distlocks ebuild-locks fixlafiles merge-sync news parallel-fetch preserve-libs protect-owned sandbox sfperms strict unknown-features-warn unmerge-logs unmerge-orphans userfetch userpriv usersandbox usersync"
FFLAGS="-O2 -march=i686 -pipe"
GENTOO_MIRRORS="http://distfiles.gentoo.org"
LDFLAGS="-Wl,-O1 -Wl,--as-needed"
MAKEOPTS="-j2"
PKGDIR="/usr/portage/packages"
PORTAGE_CONFIGROOT="/"
PORTAGE_RSYNC_OPTS="--recursive --links --safe-links --perms --times --omit-dir-times --compress --force --whole-file --delete --stats --human-readable --timeout=180 --exclude=/distfiles --exclude=/local --exclude=/packages"
PORTAGE_TMPDIR="/var/tmp"
PORTDIR="/usr/portage"
PORTDIR_OVERLAY=""
USE="3dnow 3dnowex acl adns aim aliaschain ao aotuv apache2 ares asterisk async authdaemond avalon bash-completion bcmath beep berkdb bgpclassless bidi bind-mysql bootsplash bzip2 c++ cap caps ccache cdb cdda cddb cdio cdrom chkpw chroot clearpasswd cli cln cluster cnamefix command-args cpdflib cracklib crypt ctype curlwrappers cvsgraph cxx dar32 dba dbase dbi dbm dbx dedicated devfs26 dhcp dio disk-cache divx4linux dlloader dlopen dlz dnsdb dotforward dri dv dvd dvdr dvdread dynagraph elf erandom ethereal examples expat extensions extraengine fam fame fastcgi fbsplash ffmpeg fftw finger flash flatfile flood force-cgi-redirect fortran fpx frascend ftp fwdzone gdbm general geoip geometry gg glibc gmail gmailtimestamps gmp gmtsuppl gnutls gpgme gps graphviz gs gssapi hal hardened hdf hesiod hlapi howl hpn html http i8x0 icecast icon iconv icp icq id3 ieee1394 image imap ingres inifile inkjar inline innkeywords innodb inntaggedhash inode intl ipalias irc jabber java javascript jbig jcs jp2 jpty jta justify jython kerberos keyscrub kipi kqemu krb4 lame lapack lcms libabcl libcaca libclamav lids lingerd lj lmtp logrotate logwatch lua lynxkeymap lzo lzw maildir maildrop mailwrapper md5 md5sum mem-cache messages mhash milter mime mimencode ming mjpeg mmap mmx mmxext mng mnogosearch mod mod_irc modules mp4live mpeg2 mpeg4 msession msn multislot mysql mysqli ncurses nethack network nfs nls nntp no-helper no-old-linux nocd notlsbeforeauth nptl ntfs oav objc ocaml ode offensive ogdi ogre openal openmp openssh openssl oscar pam pam_chroot pam_timestamp pamassassin passfile patented pcapnav pcntl pcre pdfkit pgsql php player plugin png pnp posix postgres pri priority procmail pwdb qmail quotas rar readline roundrobin rpm rrdtool rss sasl screen session sftp sftplogging sguil shared sharedext smtp snortsam source spamassassin spl sql sqlite sse sse-filters ssl streamzap subp symlink syslog szip tcpd tcpmd5 tcsim text theora thumbnail tidy tos transcode ucs2 ucs4 unicode ups usb vcd vcdimager vchroot verbose vhosts vim vim-pager virus-scan vlm vmdbmysql vpopmail winbind withsamplescripts wma123 wmf x86 xanim xml xmlrpc xvid yahoo zlib" ABI_X86="32" ALSA_CARDS="ali5451 als4000 atiixp atiixp-modem bt87x ca0106 cmipci emu10k1 emu10k1x ens1370 ens1371 es1938 es1968 fm801 hda-intel intel8x0 intel8x0m maestro3 trident usb-audio via82xx via82xx-modem ymfpci" APACHE2_MODULES="authn_core authz_core socache_shmcb unixd 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" CALLIGRA_FEATURES="kexi words flow plan sheets stage tables krita karbon braindump author" 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 ublox ubx" INPUT_DEVICES="keyboard mouse evdev" KERNEL="linux" LCD_DEVICES="bayrad cfontz cfontz633 glk hd44780 lb216 lcdm001 mtxorb ncurses text" LIBREOFFICE_EXTENSIONS="presenter-console presenter-minimizer" OFFICE_IMPLEMENTATION="libreoffice" PHP_TARGETS="php5-5" PYTHON_SINGLE_TARGET="python2_7" PYTHON_TARGETS="python2_7 python3_2 python3_3" RUBY_TARGETS="ruby19 ruby20" USERLAND="GNU" VIDEO_CARDS="fbdev glint intel mach64 mga nouveau nv r128 radeon savage sis tdfx trident vesa via vmware dummy v4l" 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"
USE_PYTHON="2.7 3.2 3.3"
Unset: CPPFLAGS, CTARGET, INSTALL_MASK, LANG, LC_ALL, PORTAGE_BUNZIP2_COMMAND, PORTAGE_COMPRESS, PORTAGE_COMPRESS_FLAGS, PORTAGE_RSYNC_EXTRA_OPTS, SYNC




I'm wondering if anyone has any suggestions. it is a VM box so I have it snapshotted where it sits so I'm open to try just about anything. I have several more boxes that I need to upgrade which are all in the same boat vintage wise. I started with my DNS servers as they have the least number of packages to cause me trouble with.. I have a a couple of web servers and mail servers that eventually will be in need to upgrade too.

My logic was if I can get this sorted out then I'll have some steps to follow with my more complicated systems.

thanks for any help anyone can give.

[NeddySeagoon]

tuxman,

Please put

[tuxman]

here's the link to the post.

http://bpaste.net/show/220861/

[NeddySeagoon]

tuxman,

The log says

[krinn]

Remember seen other users segfault with glibc 2.17 with vm
There's something bad with 2.17 (and maybe upper).

https://forums.gentoo.org/viewtopic-t-982658-highlight-glibc.html

Mask them to keep 2.16, and do report it if you want to see a fix one day.

[tuxman]

So you don't see any great need to update past 2.16 right now ?

I just figured with every other package updated that this one might become my achilles heel. Granted it's only 3 sub releases behind the latest.. 2.19 being the latest If I recall.

[krinn]

I'm still using 2.15 if you want to know.
If you have no need for it (newer applications that use newer glibc API or some fixes you need), then you won't die using one that is still in the tree.

But remember : you won't die still using an "old" glibc version, as long as you make sure newer one that doesn't work for you get fix.
So if you don't report it, it will get fix if someone else report it... And soon or later you must upgrade to a newer glibc, and if nobody has call for a fix, you will get into the same trouble again, but without exit this time.

[tuxman]

Makes perfect sense.. it works now which gives a buffer to get it fixed.. if it falls off the tree and nothing is fixed then I could be backed into a corner of a re-install.. Yuck!

Which direction would you go to post a bug ? is this more of a ebuild/portage issue or a glibc issue ? where would you start with a post to attempt to get it looked at ?
Although I've been running gentoo for it must be 10-12 years or so, I have never had to post a bug.


Tks for the help btw !

[krinn]

glibc for sure, you don't need to know really if it's glibc or glibc ebuild, the result remain unchanged: new glibc version -> segfault.
for me, vm usage is part of the problem, as other glibc users seems unaffected.
and place to report is bugs.gentoo.org, make sure you feed devs with build.log and emerge --info to let them start with something.

[tuxman]

The VM piece I'm on the fence about, I see the direction but I find it hard to see why just being in a VM would prevent only glibc from compiling, regardless it's worth investigating. Before I open the bug I'm going to do a clean install from a live cd into a fresh vm and do a full world update using my same make.conf and see if there is any difference..

if nothing else it's more information to give when opening the bug.