* Re: [gentoo-amd64] glibc update problem
2006-02-28 22:57 [gentoo-amd64] glibc update problem Rupert Young (Restart)
@ 2006-02-28 23:17 ` Boyd Stephen Smith Jr.
2006-02-28 23:21 ` Richard Fish
` (5 subsequent siblings)
6 siblings, 0 replies; 9+ messages in thread
From: Boyd Stephen Smith Jr. @ 2006-02-28 23:17 UTC (permalink / raw
To: gentoo-amd64
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
^ permalink raw reply [flat|nested] 9+ messages in thread* Re: [gentoo-amd64] glibc update problem
2006-02-28 22:57 [gentoo-amd64] glibc update problem Rupert Young (Restart)
2006-02-28 23:17 ` Boyd Stephen Smith Jr.
@ 2006-02-28 23:21 ` Richard Fish
2006-02-28 23:26 ` Jan Riedel
` (4 subsequent siblings)
6 siblings, 0 replies; 9+ messages in thread
From: Richard Fish @ 2006-02-28 23:21 UTC (permalink / raw
To: gentoo-amd64
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
^ permalink raw reply [flat|nested] 9+ messages in thread* Re: [gentoo-amd64] glibc update problem
2006-02-28 22:57 [gentoo-amd64] glibc update problem Rupert Young (Restart)
2006-02-28 23:17 ` Boyd Stephen Smith Jr.
2006-02-28 23:21 ` Richard Fish
@ 2006-02-28 23:26 ` Jan Riedel
2006-03-01 0:13 ` David Guerizec
` (3 subsequent siblings)
6 siblings, 0 replies; 9+ messages in thread
From: Jan Riedel @ 2006-02-28 23:26 UTC (permalink / raw
To: gentoo-amd64
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
^ permalink raw reply [flat|nested] 9+ messages in thread* Re: [gentoo-amd64] glibc update problem
2006-02-28 22:57 [gentoo-amd64] glibc update problem Rupert Young (Restart)
` (2 preceding siblings ...)
2006-02-28 23:26 ` Jan Riedel
@ 2006-03-01 0:13 ` David Guerizec
2006-03-01 0:24 ` Will Briggs
` (2 subsequent siblings)
6 siblings, 0 replies; 9+ messages in thread
From: David Guerizec @ 2006-03-01 0:13 UTC (permalink / raw
To: gentoo-amd64
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
^ permalink raw reply [flat|nested] 9+ messages in thread* Re: [gentoo-amd64] glibc update problem
2006-02-28 22:57 [gentoo-amd64] glibc update problem Rupert Young (Restart)
` (3 preceding siblings ...)
2006-03-01 0:13 ` David Guerizec
@ 2006-03-01 0:24 ` Will Briggs
2006-03-01 17:45 ` Hemmann, Volker Armin
2006-03-01 18:01 ` Simon Strandman
6 siblings, 0 replies; 9+ messages in thread
From: Will Briggs @ 2006-03-01 0:24 UTC (permalink / raw
To: gentoo-amd64
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
^ permalink raw reply [flat|nested] 9+ messages in thread* Re: [gentoo-amd64] glibc update problem
2006-02-28 22:57 [gentoo-amd64] glibc update problem Rupert Young (Restart)
` (4 preceding siblings ...)
2006-03-01 0:24 ` Will Briggs
@ 2006-03-01 17:45 ` Hemmann, Volker Armin
2006-03-01 18:01 ` Simon Strandman
6 siblings, 0 replies; 9+ messages in thread
From: Hemmann, Volker Armin @ 2006-03-01 17:45 UTC (permalink / raw
To: gentoo-amd64
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
^ permalink raw reply [flat|nested] 9+ messages in thread* Re: [gentoo-amd64] glibc update problem
2006-02-28 22:57 [gentoo-amd64] glibc update problem Rupert Young (Restart)
` (5 preceding siblings ...)
2006-03-01 17:45 ` Hemmann, Volker Armin
@ 2006-03-01 18:01 ` Simon Strandman
2006-03-02 0:08 ` [gentoo-amd64] " Duncan
6 siblings, 1 reply; 9+ messages in thread
From: Simon Strandman @ 2006-03-01 18:01 UTC (permalink / raw
To: gentoo-amd64
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
^ permalink raw reply [flat|nested] 9+ messages in thread* [gentoo-amd64] Re: glibc update problem
2006-03-01 18:01 ` Simon Strandman
@ 2006-03-02 0:08 ` Duncan
0 siblings, 0 replies; 9+ messages in thread
From: Duncan @ 2006-03-02 0:08 UTC (permalink / raw
To: gentoo-amd64
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
^ permalink raw reply [flat|nested] 9+ messages in thread