[gentoo-amd64] glibc update problem

[gentoo-amd64] glibc update problem

[Rupert Young (Restart)]

[-- Attachment #1: Type: text/plain, Size: 9006 bytes --]

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="http://distfiles.gentoo.org
http://distro.ibiblio.org/pub/linux/distributions/gentoo"

MAKEOPTS="-j4"

PKGDIR="/usr/portage/packages"

PORTAGE_TMPDIR="/var/tmp"

PORTDIR="/usr/portage"

PORTDIR_OVERLAY="/usr/local/portage"

SYNC="rsync://rsync.gentoo.org/gentoo-portage"

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

 

 

The error from dying machine is,

 

CPU 0: Machine check Exception 4 Bank 0: f60c200000000136

TSC 177daa0cc8aof ADDR 1af80e80

Kernal panic: Machine check

 

The error msg from (non-dying)

Emerge -av sys-lib/glic

 

x86_64-pc-linux-gnu-gcc iso_2033.c -c -std=gnu99 -O2 -Wall -Winline
-Wstrict-prototypes -Wwrite-strings -march=opteron -mtune=opteron -pipe
-fPIC    -I../include -I.
-I/var/tmp/portage/glibc-2.3.5-r2/work/build-default-x86_64-pc-linux-gnu-lin
uxthreads/iconvdata -I.. -I../libio
-I/var/tmp/portage/glibc-2.3.5-r2/work/build-default-x86_64-pc-linux-gnu-lin
uxthreads -I../sysdeps/x86_64/elf
-I../linuxthreads/sysdeps/unix/sysv/linux/x86_64
-I../linuxthreads/sysdeps/unix/sysv/linux -I../linuxthreads/sysdeps/pthread
-I../sysdeps/pthread -I../linuxthreads/sysdeps/unix/sysv
-I../linuxthreads/sysdeps/unix -I../linuxthreads/sysdeps/x86_64
-I../libidn/sysdeps/unix -I../sysdeps/unix/sysv/linux/x86_64
-I../sysdeps/unix/sysv/linux/wordsize-64 -I../sysdeps/unix/sysv/linux
-I../sysdeps/gnu -I../sysdeps/unix/common -I../sysdeps/unix/mman
-I../sysdeps/unix/inet -I../sysdeps/unix/sysv -I../sysdeps/unix/x86_64
-I../sysdeps/unix -I../sysdeps/posix -I../sysdeps/x86_64/fpu
-I../sysdeps/x86_64 -I../sysdeps/wordsize-64 -I../sysdeps/ieee754/ldbl-96
-I../sysdeps/ieee754/dbl-64 -I../sysdeps/ieee754/flt-32 -I../sysdeps/ieee754
-I../sysdeps/generic/elf -I../sysdeps/generic -nostdinc -isystem
/usr/lib/gcc/x86_64-pc-linux-gnu/3.4.4/include -isystem /usr/include
-D_LIBC_REENTRANT -include ../include/libc-symbols.h  -DPIC -DSHARED
-DNOT_IN_libc -o
/var/tmp/portage/glibc-2.3.5-r2/work/build-default-x86_64-pc-linux-gnu-linux
threads/iconvdata/iso_2033.os -MD -MP -MF
/var/tmp/portage/glibc-2.3.5-r2/work/build-default-x86_64-pc-linux-gnu-linux
threads/iconvdata/iso_2033.os.dt -MT
/var/tmp/portage/glibc-2.3.5-r2/work/build-default-x86_64-pc-linux-gnu-linux
threads/iconvdata/iso_2033.os

../iconv/skeleton.c: In function `gconv_init':

../iconv/skeleton.c:350: internal compiler error: in expand_stmt, at
c-semantics.c:883

Please submit a full bug report,

with preprocessed source if appropriate.

See <URL:http://bugs.gentoo.org/> for instructions.

x86_64-pc-linux-gnu-gcc iso_5427.c -c -std=gnu99 -O2 -Wall -Winline
-Wstrict-prototypes -Wwrite-strings -march=opteron -mtune=opteron -pipe
-fPIC    -I../include -I.
-I/var/tmp/portage/glibc-2.3.5-r2/work/build-default-x86_64-pc-linux-gnu-lin
uxthreads/iconvdata -I.. -I../libio
-I/var/tmp/portage/glibc-2.3.5-r2/work/build-default-x86_64-pc-linux-gnu-lin
uxthreads -I../sysdeps/x86_64/elf
-I../linuxthreads/sysdeps/unix/sysv/linux/x86_64
-I../linuxthreads/sysdeps/unix/sysv/linux -I../linuxthreads/sysdeps/pthread
-I../sysdeps/pthread -I../linuxthreads/sysdeps/unix/sysv
-I../linuxthreads/sysdeps/unix -I../linuxthreads/sysdeps/x86_64
-I../libidn/sysdeps/unix -I../sysdeps/unix/sysv/linux/x86_64
-I../sysdeps/unix/sysv/linux/wordsize-64 -I../sysdeps/unix/sysv/linux
-I../sysdeps/gnu -I../sysdeps/unix/common -I../sysdeps/unix/mman
-I../sysdeps/unix/inet -I../sysdeps/unix/sysv -I../sysdeps/unix/x86_64
-I../sysdeps/unix -I../sysdeps/posix -I../sysdeps/x86_64/fpu
-I../sysdeps/x86_64 -I../sysdeps/wordsize-64 -I../sysdeps/ieee754/ldbl-96
-I../sysdeps/ieee754/dbl-64 -I../sysdeps/ieee754/flt-32 -I../sysdeps/ieee754
-I../sysdeps/generic/elf -I../sysdeps/generic -nostdinc -isystem
/usr/lib/gcc/x86_64-pc-linux-gnu/3.4.4/include -isystem /usr/include
-D_LIBC_REENTRANT -include ../include/libc-symbols.h  -DPIC -DSHARED
-DNOT_IN_libc -o
/var/tmp/portage/glibc-2.3.5-r2/work/build-default-x86_64-pc-linux-gnu-linux
threads/iconvdata/iso_5427.os -MD -MP -MF
/var/tmp/portage/glibc-2.3.5-r2/work/build-default-x86_64-pc-linux-gnu-linux
threads/iconvdata/iso_5427.os.dt -MT
/var/tmp/portage/glibc-2.3.5-r2/work/build-default-x86_64-pc-linux-gnu-linux
threads/iconvdata/iso_5427.os

x86_64-pc-linux-gnu-gcc iso_5427-ext.c -c -std=gnu99 -O2 -Wall -Winline
-Wstrict-prototypes -Wwrite-strings -march=opteron -mtune=opteron -pipe
-fPIC    -I../include -I.
-I/var/tmp/portage/glibc-2.3.5-r2/work/build-default-x86_64-pc-linux-gnu-lin
uxthreads/iconvdata -I.. -I../libio
-I/var/tmp/portage/glibc-2.3.5-r2/work/build-default-x86_64-pc-linux-gnu-lin
uxthreads -I../sysdeps/x86_64/elf
-I../linuxthreads/sysdeps/unix/sysv/linux/x86_64
-I../linuxthreads/sysdeps/unix/sysv/linux -I../linuxthreads/sysdeps/pthread
-I../sysdeps/pthread -I../linuxthreads/sysdeps/unix/sysv
-I../linuxthreads/sysdeps/unix -I../linuxthreads/sysdeps/x86_64
-I../libidn/sysdeps/unix -I../sysdeps/unix/sysv/linux/x86_64
-I../sysdeps/unix/sysv/linux/wordsize-64 -I../sysdeps/unix/sysv/linux
-I../sysdeps/gnu -I../sysdeps/unix/common -I../sysdeps/unix/mman
-I../sysdeps/unix/inet -I../sysdeps/unix/sysv -I../sysdeps/unix/x86_64
-I../sysdeps/unix -I../sysdeps/posix -I../sysdeps/x86_64/fpu
-I../sysdeps/x86_64 -I../sysdeps/wordsize-64 -I../sysdeps/ieee754/ldbl-96
-I../sysdeps/ieee754/dbl-64 -I../sysdeps/ieee754/flt-32 -I../sysdeps/ieee754

-I../sysdeps/generic/elf -I../sysdeps/generic -nostdinc -isystem
/usr/lib/gcc/x86_64-pc-linux-gnu/3.4.4/include -isystem /usr/include
-D_LIBC_REENTRANT -include ../include/libc-symbols.h  -DPIC -DSHARED
-DNOT_IN_libc -o
/var/tmp/portage/glibc-2.3.5-r2/work/build-default-x86_64-pc-linux-gnu-linux
threads/iconvdata/iso_5427-ext.os -MD -MP -MF
/var/tmp/portage/glibc-2.3.5-r2/work/build-default-x86_64-pc-linux-gnu-linux
threads/iconvdata/iso_5427-ext.os.dt -MT
/var/tmp/portage/glibc-2.3.5-r2/work/build-default-x86_64-pc-linux-gnu-linux
threads/iconvdata/iso_5427-ext.os

The bug is not reproducible, so it is likely a hardware or OS problem.

make[2]: ***
[/var/tmp/portage/glibc-2.3.5-r2/work/build-default-x86_64-pc-linux-gnu-linu
xthreads/iconvdata/iso_6937-2.os] Error 1

make[2]: *** Waiting for unfinished jobs....

make[2]: Leaving directory
`/var/tmp/portage/glibc-2.3.5-r2/work/glibc-2.3.5/iconvdata'

make[1]: *** [iconvdata/others] Error 2

make[1]: Leaving directory
`/var/tmp/portage/glibc-2.3.5-r2/work/glibc-2.3.5'

make: *** [all] Error 2

 

!!! ERROR: sys-libs/glibc-2.3.5-r2 failed.

!!! Function toolchain-glibc_src_compile, Line 226, Exitcode 2

!!! (no error message)

!!! If you need support, post the topmost build error, NOT this status
message.

 

 

 

Any help appreciated.

 

 


[-- Attachment #2: Type: text/html, Size: 20574 bytes --]

Re: [gentoo-amd64] glibc update problem

[Boyd Stephen Smith Jr.]

On Tuesday 28 February 2006 16:57, "Rupert Young (Restart)" 
<rupert.young@restartconsulting.com> wrote about '[gentoo-amd64] glibc 
update problem':
> CPU 0: Machine check Exception 4 Bank 0: f60c200000000136
>
> TSC 177daa0cc8aof ADDR 1af80e80
>
> Kernal panic: Machine check

Sounds like failing ram to me.

-- 
"If there's one thing we've established over the years,
it's that the vast majority of our users don't have the slightest
clue what's best for them in terms of package stability."
-- Gentoo Developer Ciaran McCreesh
-- 
gentoo-amd64@gentoo.org mailing list

Re: [gentoo-amd64] glibc update problem

[Richard Fish]

On 2/28/06, Rupert Young (Restart) <rupert.young@restartconsulting.com> wrote:
> CFLAGS="-mtune=opteron -march=opteron -O3 -funroll-loops
> -fomit-frame-pointer -fprefetch-loop-arrays -pipe -ftracer -mmmx -msse
> -msse2 -m3dnow -mfpmath=sse"

Experimental CFLAGS.  To quote the gcc documentation:

 The following options control optimizations that may improve
performance, but are not enabled by any `-O' options.  This section
includes experimental options that may produce broken code.

...
-ftracer
...
-fprefetch-loop-arrays
...

At a minimum, take these out and "emerge -Dev system".  I would also
take out all of the mmx and sse flags, and let those be enabled by USE
flags for those packages where it is known to be safe to do so.

Finally, please turn off HTML email.

-Richard

-- 
gentoo-amd64@gentoo.org mailing list

Re: [gentoo-amd64] glibc update problem

[Jan Riedel]

hi rupert,

i would say you have an hardware problem. the machine check exception
tells me that there is something wrong with your system memory. probably
the memory module on bank 0 of cpu 0 is causing errors.
i also ran in those problems a few month ago. i replaced the system
memory an everything was fine from that moment. in my system log
messages like "machine check events ..." occured. additional information
about machine check events you can get if you are merging
app-admin/mcelog and run "mcelog --k8" on opteron systems when mce's occur.
i would suggest you to replace the memory module on bank 0.

regards
jan



Rupert Young (Restart) wrote:
> 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="http://distfiles.gentoo.org
> http://distro.ibiblio.org/pub/linux/distributions/gentoo"
> 
> MAKEOPTS="-j4"
> 
> PKGDIR="/usr/portage/packages"
> 
> PORTAGE_TMPDIR="/var/tmp"
> 
> PORTDIR="/usr/portage"
> 
> PORTDIR_OVERLAY="/usr/local/portage"
> 
> SYNC="rsync://rsync.gentoo.org/gentoo-portage"
> 
> 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
> 
>  
> 
>  
> 
> The error from dying machine is,
> 
>  
> 
> CPU 0: Machine check Exception 4 Bank 0: f60c200000000136
> 
> TSC 177daa0cc8aof ADDR 1af80e80
> 
> Kernal panic: Machine check
> 
>  
> 
> The error msg from (non-dying)
> 
> Emerge –av sys-lib/glic
> 
>  
> 
> x86_64-pc-linux-gnu-gcc iso_2033.c -c -std=gnu99 -O2 -Wall -Winline
> -Wstrict-prototypes -Wwrite-strings -march=opteron -mtune=opteron
> -pipe   -fPIC    -I../include -I.
> -I/var/tmp/portage/glibc-2.3.5-r2/work/build-default-x86_64-pc-linux-gnu-linuxthreads/iconvdata
> -I.. -I../libio 
> -I/var/tmp/portage/glibc-2.3.5-r2/work/build-default-x86_64-pc-linux-gnu-linuxthreads
> -I../sysdeps/x86_64/elf -I../linuxthreads/sysdeps/unix/sysv/linux/x86_64
> -I../linuxthreads/sysdeps/unix/sysv/linux
> -I../linuxthreads/sysdeps/pthread -I../sysdeps/pthread
> -I../linuxthreads/sysdeps/unix/sysv -I../linuxthreads/sysdeps/unix
> -I../linuxthreads/sysdeps/x86_64 -I../libidn/sysdeps/unix
> -I../sysdeps/unix/sysv/linux/x86_64
> -I../sysdeps/unix/sysv/linux/wordsize-64 -I../sysdeps/unix/sysv/linux
> -I../sysdeps/gnu -I../sysdeps/unix/common -I../sysdeps/unix/mman
> -I../sysdeps/unix/inet -I../sysdeps/unix/sysv -I../sysdeps/unix/x86_64
> -I../sysdeps/unix -I../sysdeps/posix -I../sysdeps/x86_64/fpu
> -I../sysdeps/x86_64 -I../sysdeps/wordsize-64
> -I../sysdeps/ieee754/ldbl-96 -I../sysdeps/ieee754/dbl-64
> -I../sysdeps/ieee754/flt-32 -I../sysdeps/ieee754
> -I../sysdeps/generic/elf -I../sysdeps/generic -nostdinc -isystem
> /usr/lib/gcc/x86_64-pc-linux-gnu/3.4.4/include -isystem /usr/include
> -D_LIBC_REENTRANT -include ../include/libc-symbols.h  -DPIC -DSHARED    
> -DNOT_IN_libc -o
> /var/tmp/portage/glibc-2.3.5-r2/work/build-default-x86_64-pc-linux-gnu-linuxthreads/iconvdata/iso_2033.os
> -MD -MP -MF
> /var/tmp/portage/glibc-2.3.5-r2/work/build-default-x86_64-pc-linux-gnu-linuxthreads/iconvdata/iso_2033.os.dt
> -MT
> /var/tmp/portage/glibc-2.3.5-r2/work/build-default-x86_64-pc-linux-gnu-linuxthreads/iconvdata/iso_2033.os
> 
> ../iconv/skeleton.c: In function `gconv_init':
> 
> ../iconv/skeleton.c:350: internal compiler error: in expand_stmt, at
> c-semantics.c:883
> 
> Please submit a full bug report,
> 
> with preprocessed source if appropriate.
> 
> See <URL:http://bugs.gentoo.org/> for instructions.
> 
> x86_64-pc-linux-gnu-gcc iso_5427.c -c -std=gnu99 -O2 -Wall -Winline
> -Wstrict-prototypes -Wwrite-strings -march=opteron -mtune=opteron
> -pipe   -fPIC    -I../include -I.
> -I/var/tmp/portage/glibc-2.3.5-r2/work/build-default-x86_64-pc-linux-gnu-linuxthreads/iconvdata
> -I.. -I../libio 
> -I/var/tmp/portage/glibc-2.3.5-r2/work/build-default-x86_64-pc-linux-gnu-linuxthreads
> -I../sysdeps/x86_64/elf -I../linuxthreads/sysdeps/unix/sysv/linux/x86_64
> -I../linuxthreads/sysdeps/unix/sysv/linux
> -I../linuxthreads/sysdeps/pthread -I../sysdeps/pthread
> -I../linuxthreads/sysdeps/unix/sysv -I../linuxthreads/sysdeps/unix
> -I../linuxthreads/sysdeps/x86_64 -I../libidn/sysdeps/unix
> -I../sysdeps/unix/sysv/linux/x86_64
> -I../sysdeps/unix/sysv/linux/wordsize-64 -I../sysdeps/unix/sysv/linux
> -I../sysdeps/gnu -I../sysdeps/unix/common -I../sysdeps/unix/mman
> -I../sysdeps/unix/inet -I../sysdeps/unix/sysv -I../sysdeps/unix/x86_64
> -I../sysdeps/unix -I../sysdeps/posix -I../sysdeps/x86_64/fpu
> -I../sysdeps/x86_64 -I../sysdeps/wordsize-64
> -I../sysdeps/ieee754/ldbl-96 -I../sysdeps/ieee754/dbl-64
> -I../sysdeps/ieee754/flt-32 -I../sysdeps/ieee754
> -I../sysdeps/generic/elf -I../sysdeps/generic -nostdinc -isystem
> /usr/lib/gcc/x86_64-pc-linux-gnu/3.4.4/include -isystem /usr/include
> -D_LIBC_REENTRANT -include ../include/libc-symbols.h  -DPIC -DSHARED    
> -DNOT_IN_libc -o
> /var/tmp/portage/glibc-2.3.5-r2/work/build-default-x86_64-pc-linux-gnu-linuxthreads/iconvdata/iso_5427.os
> -MD -MP -MF
> /var/tmp/portage/glibc-2.3.5-r2/work/build-default-x86_64-pc-linux-gnu-linuxthreads/iconvdata/iso_5427.os.dt
> -MT
> /var/tmp/portage/glibc-2.3.5-r2/work/build-default-x86_64-pc-linux-gnu-linuxthreads/iconvdata/iso_5427.os
> 
> x86_64-pc-linux-gnu-gcc iso_5427-ext.c -c -std=gnu99 -O2 -Wall -Winline
> -Wstrict-prototypes -Wwrite-strings -march=opteron -mtune=opteron
> -pipe   -fPIC    -I../include -I.
> -I/var/tmp/portage/glibc-2.3.5-r2/work/build-default-x86_64-pc-linux-gnu-linuxthreads/iconvdata
> -I.. -I../libio 
> -I/var/tmp/portage/glibc-2.3.5-r2/work/build-default-x86_64-pc-linux-gnu-linuxthreads
> -I../sysdeps/x86_64/elf -I../linuxthreads/sysdeps/unix/sysv/linux/x86_64
> -I../linuxthreads/sysdeps/unix/sysv/linux
> -I../linuxthreads/sysdeps/pthread -I../sysdeps/pthread
> -I../linuxthreads/sysdeps/unix/sysv -I../linuxthreads/sysdeps/unix
> -I../linuxthreads/sysdeps/x86_64 -I../libidn/sysdeps/unix
> -I../sysdeps/unix/sysv/linux/x86_64
> -I../sysdeps/unix/sysv/linux/wordsize-64 -I../sysdeps/unix/sysv/linux
> -I../sysdeps/gnu -I../sysdeps/unix/common -I../sysdeps/unix/mman
> -I../sysdeps/unix/inet -I../sysdeps/unix/sysv -I../sysdeps/unix/x86_64
> -I../sysdeps/unix -I../sysdeps/posix -I../sysdeps/x86_64/fpu
> -I../sysdeps/x86_64 -I../sysdeps/wordsize-64
> -I../sysdeps/ieee754/ldbl-96 -I../sysdeps/ieee754/dbl-64
> -I../sysdeps/ieee754/flt-32 -I../sysdeps/ieee754
> 
> -I../sysdeps/generic/elf -I../sysdeps/generic -nostdinc -isystem
> /usr/lib/gcc/x86_64-pc-linux-gnu/3.4.4/include -isystem /usr/include
> -D_LIBC_REENTRANT -include ../include/libc-symbols.h  -DPIC -DSHARED    
> -DNOT_IN_libc -o
> /var/tmp/portage/glibc-2.3.5-r2/work/build-default-x86_64-pc-linux-gnu-linuxthreads/iconvdata/iso_5427-ext.os
> -MD -MP -MF
> /var/tmp/portage/glibc-2.3.5-r2/work/build-default-x86_64-pc-linux-gnu-linuxthreads/iconvdata/iso_5427-ext.os.dt
> -MT
> /var/tmp/portage/glibc-2.3.5-r2/work/build-default-x86_64-pc-linux-gnu-linuxthreads/iconvdata/iso_5427-ext.os
> 
> The bug is not reproducible, so it is likely a hardware or OS problem.
> 
> make[2]: ***
> [/var/tmp/portage/glibc-2.3.5-r2/work/build-default-x86_64-pc-linux-gnu-linuxthreads/iconvdata/iso_6937-2.os]
> Error 1
> 
> make[2]: *** Waiting for unfinished jobs....
> 
> make[2]: Leaving directory
> `/var/tmp/portage/glibc-2.3.5-r2/work/glibc-2.3.5/iconvdata'
> 
> make[1]: *** [iconvdata/others] Error 2
> 
> make[1]: Leaving directory
> `/var/tmp/portage/glibc-2.3.5-r2/work/glibc-2.3.5'
> 
> make: *** [all] Error 2
> 
>  
> 
> !!! ERROR: sys-libs/glibc-2.3.5-r2 failed.
> 
> !!! Function toolchain-glibc_src_compile, Line 226, Exitcode 2
> 
> !!! (no error message)
> 
> !!! If you need support, post the topmost build error, NOT this status
> message.
> 
>  
> 
>  
> 
>  
> 
> Any help appreciated.
> 
>  
> 
>  
> 

-- 
gentoo-amd64@gentoo.org mailing list

Re: [gentoo-amd64] glibc update problem

[David Guerizec]

Hello,

On Tuesday 28 February 2006 23:57, Rupert Young (Restart) wrote:
> 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


Is that on purpose you are using an x86 profile on an AMD64 machine ?

Here is my emerge --info:

Gentoo Base System version 1.6.14
Portage 2.0.54 (default-linux/amd64/2005.1, gcc-3.4.4, glibc-2.3.5-r2, 
2.6.15-gentoo-r1 x86_64)
=================================================================
System uname: 2.6.15-gentoo-r1 x86_64 AMD Athlon(tm) 64 Processor 3200+
[...]


Regards,

David
-- 
gentoo-amd64@gentoo.org mailing list

Re: [gentoo-amd64] glibc update problem

[Will Briggs]

Rupert Young (Restart) wrote:
>
> 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
>
<snip>
>
> The bug is not reproducible, so it is likely a hardware or OS problem.
>
> make[2]: ***
> [/var/tmp/portage/glibc-2.3.5-r2/work/build-default-x86_64-pc-linux-gnu-linuxthreads/iconvdata/iso_6937-2.os]
> Error 1
>
> make[2]: *** Waiting for unfinished jobs....
>
> make[2]: Leaving directory
> `/var/tmp/portage/glibc-2.3.5-r2/work/glibc-2.3.5/iconvdata'
>
> make[1]: *** [iconvdata/others] Error 2
>
> make[1]: Leaving directory
> `/var/tmp/portage/glibc-2.3.5-r2/work/glibc-2.3.5'
>
> make: *** [all] Error 2
>
> !!! ERROR: sys-libs/glibc-2.3.5-r2 failed.
>
> !!! Function toolchain-glibc_src_compile, Line 226, Exitcode 2
>
> !!! (no error message)
>
> !!! If you need support, post the topmost build error, NOT this status
> message.
>
> Any help appreciated.
>

When I experienced this problem it was only during building stuff that
pushed compiler to its limits - glibc, gcc, qt - that sort of stuff.
Fixed by replacing heat compound between CPU and heatsink.

W.
-- 
gentoo-amd64@gentoo.org mailing list

Re: [gentoo-amd64] glibc update problem

[Hemmann, Volker Armin]

On Tuesday 28 February 2006 23:57, Rupert Young (Restart) wrote:
> 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"

-march=opteron -O2 -ftracer -pipe

amd even that could be too much.
Some of your flags are pointless (-mmmx, -msse. mfpmath=, fomit-frame-pointer)

Some may be even dangerous (-O3, -fprefetsch-loop-arrays).

>
> 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="http://distfiles.gentoo.org
> http://distro.ibiblio.org/pub/linux/distributions/gentoo"
>
> MAKEOPTS="-j4"
>
> PKGDIR="/usr/portage/packages"
>
> PORTAGE_TMPDIR="/var/tmp"
>
> PORTDIR="/usr/portage"
>
> PORTDIR_OVERLAY="/usr/local/portage"
>
> SYNC="rsync://rsync.gentoo.org/gentoo-portage"
>
> 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
>
>
>
>
>
> The error from dying machine is,
>
>
>
> CPU 0: Machine check Exception 4 Bank 0: f60c200000000136
>
> TSC 177daa0cc8aof ADDR 1af80e80
>
> Kernal panic: Machine check
>
>
>
> The error msg from (non-dying)
>
> Emerge -av sys-lib/glic
>
>
>
> x86_64-pc-linux-gnu-gcc iso_2033.c -c -std=gnu99 -O2 -Wall -Winline
> -Wstrict-prototypes -Wwrite-strings -march=opteron -mtune=opteron -pipe
> -fPIC    -I../include -I.
> -I/var/tmp/portage/glibc-2.3.5-r2/work/build-default-x86_64-pc-linux-gnu-li
>n uxthreads/iconvdata -I.. -I../libio
> -I/var/tmp/portage/glibc-2.3.5-r2/work/build-default-x86_64-pc-linux-gnu-li
>n uxthreads -I../sysdeps/x86_64/elf
> -I../linuxthreads/sysdeps/unix/sysv/linux/x86_64
> -I../linuxthreads/sysdeps/unix/sysv/linux -I../linuxthreads/sysdeps/pthread
> -I../sysdeps/pthread -I../linuxthreads/sysdeps/unix/sysv
> -I../linuxthreads/sysdeps/unix -I../linuxthreads/sysdeps/x86_64
> -I../libidn/sysdeps/unix -I../sysdeps/unix/sysv/linux/x86_64
> -I../sysdeps/unix/sysv/linux/wordsize-64 -I../sysdeps/unix/sysv/linux
> -I../sysdeps/gnu -I../sysdeps/unix/common -I../sysdeps/unix/mman
> -I../sysdeps/unix/inet -I../sysdeps/unix/sysv -I../sysdeps/unix/x86_64
> -I../sysdeps/unix -I../sysdeps/posix -I../sysdeps/x86_64/fpu
> -I../sysdeps/x86_64 -I../sysdeps/wordsize-64 -I../sysdeps/ieee754/ldbl-96
> -I../sysdeps/ieee754/dbl-64 -I../sysdeps/ieee754/flt-32
> -I../sysdeps/ieee754 -I../sysdeps/generic/elf -I../sysdeps/generic
> -nostdinc -isystem
> /usr/lib/gcc/x86_64-pc-linux-gnu/3.4.4/include -isystem /usr/include
> -D_LIBC_REENTRANT -include ../include/libc-symbols.h  -DPIC -DSHARED
> -DNOT_IN_libc -o
> /var/tmp/portage/glibc-2.3.5-r2/work/build-default-x86_64-pc-linux-gnu-linu
>x threads/iconvdata/iso_2033.os -MD -MP -MF
> /var/tmp/portage/glibc-2.3.5-r2/work/build-default-x86_64-pc-linux-gnu-linu
>x threads/iconvdata/iso_2033.os.dt -MT
> /var/tmp/portage/glibc-2.3.5-r2/work/build-default-x86_64-pc-linux-gnu-linu
>x threads/iconvdata/iso_2033.os
>
> ../iconv/skeleton.c: In function `gconv_init':
>
> ../iconv/skeleton.c:350: internal compiler error: in expand_stmt, at
> c-semantics.c:883
>
> Please submit a full bug report,
>
> with preprocessed source if appropriate.
>
> See <URL:http://bugs.gentoo.org/> for instructions.
>
> x86_64-pc-linux-gnu-gcc iso_5427.c -c -std=gnu99 -O2 -Wall -Winline
> -Wstrict-prototypes -Wwrite-strings -march=opteron -mtune=opteron -pipe
> -fPIC    -I../include -I.
> -I/var/tmp/portage/glibc-2.3.5-r2/work/build-default-x86_64-pc-linux-gnu-li
>n uxthreads/iconvdata -I.. -I../libio
> -I/var/tmp/portage/glibc-2.3.5-r2/work/build-default-x86_64-pc-linux-gnu-li
>n uxthreads -I../sysdeps/x86_64/elf
> -I../linuxthreads/sysdeps/unix/sysv/linux/x86_64
> -I../linuxthreads/sysdeps/unix/sysv/linux -I../linuxthreads/sysdeps/pthread
> -I../sysdeps/pthread -I../linuxthreads/sysdeps/unix/sysv
> -I../linuxthreads/sysdeps/unix -I../linuxthreads/sysdeps/x86_64
> -I../libidn/sysdeps/unix -I../sysdeps/unix/sysv/linux/x86_64
> -I../sysdeps/unix/sysv/linux/wordsize-64 -I../sysdeps/unix/sysv/linux
> -I../sysdeps/gnu -I../sysdeps/unix/common -I../sysdeps/unix/mman
> -I../sysdeps/unix/inet -I../sysdeps/unix/sysv -I../sysdeps/unix/x86_64
> -I../sysdeps/unix -I../sysdeps/posix -I../sysdeps/x86_64/fpu
> -I../sysdeps/x86_64 -I../sysdeps/wordsize-64 -I../sysdeps/ieee754/ldbl-96
> -I../sysdeps/ieee754/dbl-64 -I../sysdeps/ieee754/flt-32
> -I../sysdeps/ieee754 -I../sysdeps/generic/elf -I../sysdeps/generic
> -nostdinc -isystem
> /usr/lib/gcc/x86_64-pc-linux-gnu/3.4.4/include -isystem /usr/include
> -D_LIBC_REENTRANT -include ../include/libc-symbols.h  -DPIC -DSHARED
> -DNOT_IN_libc -o
> /var/tmp/portage/glibc-2.3.5-r2/work/build-default-x86_64-pc-linux-gnu-linu
>x threads/iconvdata/iso_5427.os -MD -MP -MF
> /var/tmp/portage/glibc-2.3.5-r2/work/build-default-x86_64-pc-linux-gnu-linu
>x threads/iconvdata/iso_5427.os.dt -MT
> /var/tmp/portage/glibc-2.3.5-r2/work/build-default-x86_64-pc-linux-gnu-linu
>x threads/iconvdata/iso_5427.os
>
> x86_64-pc-linux-gnu-gcc iso_5427-ext.c -c -std=gnu99 -O2 -Wall -Winline
> -Wstrict-prototypes -Wwrite-strings -march=opteron -mtune=opteron -pipe
> -fPIC    -I../include -I.
> -I/var/tmp/portage/glibc-2.3.5-r2/work/build-default-x86_64-pc-linux-gnu-li
>n uxthreads/iconvdata -I.. -I../libio
> -I/var/tmp/portage/glibc-2.3.5-r2/work/build-default-x86_64-pc-linux-gnu-li
>n uxthreads -I../sysdeps/x86_64/elf
> -I../linuxthreads/sysdeps/unix/sysv/linux/x86_64
> -I../linuxthreads/sysdeps/unix/sysv/linux -I../linuxthreads/sysdeps/pthread
> -I../sysdeps/pthread -I../linuxthreads/sysdeps/unix/sysv
> -I../linuxthreads/sysdeps/unix -I../linuxthreads/sysdeps/x86_64
> -I../libidn/sysdeps/unix -I../sysdeps/unix/sysv/linux/x86_64
> -I../sysdeps/unix/sysv/linux/wordsize-64 -I../sysdeps/unix/sysv/linux
> -I../sysdeps/gnu -I../sysdeps/unix/common -I../sysdeps/unix/mman
> -I../sysdeps/unix/inet -I../sysdeps/unix/sysv -I../sysdeps/unix/x86_64
> -I../sysdeps/unix -I../sysdeps/posix -I../sysdeps/x86_64/fpu
> -I../sysdeps/x86_64 -I../sysdeps/wordsize-64 -I../sysdeps/ieee754/ldbl-96
> -I../sysdeps/ieee754/dbl-64 -I../sysdeps/ieee754/flt-32
> -I../sysdeps/ieee754
>
> -I../sysdeps/generic/elf -I../sysdeps/generic -nostdinc -isystem
> /usr/lib/gcc/x86_64-pc-linux-gnu/3.4.4/include -isystem /usr/include
> -D_LIBC_REENTRANT -include ../include/libc-symbols.h  -DPIC -DSHARED
> -DNOT_IN_libc -o
> /var/tmp/portage/glibc-2.3.5-r2/work/build-default-x86_64-pc-linux-gnu-linu
>x threads/iconvdata/iso_5427-ext.os -MD -MP -MF
> /var/tmp/portage/glibc-2.3.5-r2/work/build-default-x86_64-pc-linux-gnu-linu
>x threads/iconvdata/iso_5427-ext.os.dt -MT
> /var/tmp/portage/glibc-2.3.5-r2/work/build-default-x86_64-pc-linux-gnu-linu
>x threads/iconvdata/iso_5427-ext.os
>
> The bug is not reproducible, so it is likely a hardware or OS problem.
>
> make[2]: ***
> [/var/tmp/portage/glibc-2.3.5-r2/work/build-default-x86_64-pc-linux-gnu-lin
>u xthreads/iconvdata/iso_6937-2.os] Error 1
>
> make[2]: *** Waiting for unfinished jobs....
>
> make[2]: Leaving directory
> `/var/tmp/portage/glibc-2.3.5-r2/work/glibc-2.3.5/iconvdata'
>
> make[1]: *** [iconvdata/others] Error 2
>
> make[1]: Leaving directory
> `/var/tmp/portage/glibc-2.3.5-r2/work/glibc-2.3.5'
>
> make: *** [all] Error 2
>
>

if you are sure, that your ram is good and your cpu's not overheating, try a 
bigger/better PSU.
-- 
gentoo-amd64@gentoo.org mailing list

Re: [gentoo-amd64] glibc update problem

[Simon Strandman]

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="http://distfiles.gentoo.org 
> http://distro.ibiblio.org/pub/linux/distributions/gentoo"
> MAKEOPTS="-j4"
> PKGDIR="/usr/portage/packages"
> PORTAGE_TMPDIR="/var/tmp"
> PORTDIR="/usr/portage"
> PORTDIR_OVERLAY="/usr/local/portage"
> SYNC="rsync://rsync.gentoo.org/gentoo-portage"
> 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@gentoo.org mailing list

[gentoo-amd64] Re: glibc update problem

[Duncan]

Simon Strandman posted <4405E164.90501@telia.com>, excerpted below,  on
Wed, 01 Mar 2006 19:01:08 +0100:

Robbert Young wrote...
>> 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"
>>
> 1. Check you RAM with memtest86+.

Excellent advice, but it won't catch all errors, particularly bus errors
that happen only under stress.  I know, as I have just such a problem
here.  After a BIOS came out that had memory speed tweaking, I reduced the
speed from the rated 200 (ddr to 400=pc3200) to 183 (ddr to 366, pc3000)
and it's now rock-stable, as Linux /should/ be.

Of course, an insufficient power supply is the next candidate in the
hardware failure realm.

> 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.

Well, it /is/ glibc we are talking, and if you check the glibc ebuild, it
strips virtually all flags /other/ than the above "-march=opteron -O2
-pipe".  Thus, in this particular case, unless the ebuild itself has been
hacked to kill that strip, I don't believe this is the problem.

On most ebuilds it could be.  You are absolutely right on that, as most
don't stripflags to such a small subset.  Also see below.

> 3. You aren't supposed to use a x86 profile on a x86_64-pc-linux-gnu
> system. Change to an amd64 profile instead.

If the issue isn't purely hardware, I'd lay money on this.  glibc in
particular is not something one wants to be compiling toward the wrong
arch.  It could very easily be a section of 32-bit hand-tuned assembly,
that the compiler is trying to unite with a 64-bit overall glibc.  That
*WILL* produce problems.

In addition, flags like 3dnow and mmx (just tried to write xmms =8^) are
masked on amd64, because they tend to invoke 32-bit only assembly code. 
amd64 has those by default, so no need for those USE flags.  As I
mentioned, however, it's not likely that such is the problem with glibc,
given its stripflags.  That's anyway on amd64.  It's possible they still
get thru on the bastardized amd64 system but x86 profile we see here.

-- 
Duncan - List replies preferred.   No HTML msgs.
"Every nonfree program has a lord, a master --
and if you use the program, he is your master."  Richard Stallman in
http://www.linuxdevcenter.com/pub/a/linux/2004/12/22/rms_interview.html


-- 
gentoo-amd64@gentoo.org mailing list