Gentoo Archives: gentoo-amd64

From: Simon Strandman <simon.strandman@×××××.com>
To: gentoo-amd64@l.g.o
Subject: Re: [gentoo-amd64] glibc update problem
Date: Wed, 01 Mar 2006 18:05:18
In Reply to: [gentoo-amd64] glibc update problem by "Rupert Young (Restart)"
Rupert Young (Restart) skrev:
> Hi, > > Our server is getting stuck on updating packages. We can not seem to > get past the upgrade to glibc. Sometimes it fails, with an error, and > sometimes it actually kills the machine requiring reboot, examples of > both below. Sorry if this is a known problem, but I’ve been looking > and struggling with it for a couple of weeks. Any help would be > appreciated, here’s the info from emerge, > > emerge --info > > > Gentoo Base System version 1.6.14 > Portage 2.0.54 (default-linux/x86/2006.0, gcc-3.4.4, glibc-2.3.5-r1, > 2.6.7-gentoo-r14 x86_64) > ================================================================= > System uname: 2.6.7-gentoo-r14 x86_64 AMD Opteron(tm) Processor 250 > 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="x86" > AUTOCLEAN="yes" > CBUILD="x86_64-pc-linux-gnu" > CFLAGS="-mtune=opteron -march=opteron -O3 -funroll-loops > -fomit-frame-pointer -fprefetch-loop-arrays -pipe -ftracer -mmmx -msse > -msse2 -m3dnow -mfpmath=sse" > CHOST="x86_64-pc-linux-gnu" > CONFIG_PROTECT="/etc /usr/kde/2/share/config /usr/kde/3/share/config > /usr/lib/X11/xkb /usr/lib64/mozilla/defaults/pref /usr/share/config > /usr/share/texmf/dvipdfm/config/ /usr/share/texmf/dvips/config/ > /usr/share/texmf/tex/generic/config/ > /usr/share/texmf/tex/platex/config/ /usr/share/texmf/xdvi/ > /var/qmail/control" > CONFIG_PROTECT_MASK="/etc/gconf /etc/terminfo /etc/env.d" > CXXFLAGS="-mtune=opteron -march=opteron -O3 -funroll-loops > -fomit-frame-pointer -fprefetch-loop-arrays -pipe -ftracer -mmmx -msse > -msse2 -m3dnow -mfpmath=sse" > DISTDIR="/usr/portage/distfiles" > FEATURES="autoconfig distlocks sandbox sfperms strict" > GENTOO_MIRRORS=" >" > MAKEOPTS="-j4" > PKGDIR="/usr/portage/packages" > PORTAGE_TMPDIR="/var/tmp" > PORTDIR="/usr/portage" > PORTDIR_OVERLAY="/usr/local/portage" > SYNC="rsync://" > USE="x86 3dnow X acpi alsa apache2 audiofile avi bitmap-fonts bzip2 > crypt cups dga eds emboss encode exif expat fam fbcon foomaticdb > fortran gd gdbm gif glut gpm gstreamer gtk gtk2 imagemagick imlib ipv6 > java jikes jpeg junit lcms libg++ libwww mad mailwrapper mhash mikmod > mmx mng mozilla mp3 mpeg mysql ncurses nptl ogg oggvorbis opengl pam > pcre pdflib png python quicktime readline samba sdl slang spell sse > ssl tcpd tetex tiff truetype truetype-fonts type1-fonts udev > userlocales vorbis xml xml2 xmms xv zlib userland_GNU kernel_linux > elibc_glibc" > Unset: ASFLAGS, CTARGET, LANG, LC_ALL, LDFLAGS, LINGUAS > >
1. Check you RAM with memtest86+. 2. Drop your CFLAGS to "-march=opteron -O2 -pipe". Extreme CFLAGS wont improve your performance anyway and I'm a bit suprised you're using such CFLAGS on a server. 3. You aren't supposed to use a x86 profile on a x86_64-pc-linux-gnu system. Change to an amd64 profile instead. -- gentoo-amd64@g.o mailing list


Subject Author
[gentoo-amd64] Re: glibc update problem Duncan <1i5t5.duncan@×××.net>