Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 25463 - gcc: Internal error: Segmentation fault (program cc1) while upgrading glibc 2.3.1-r4 to 2.3.2-r1
Summary: gcc: Internal error: Segmentation fault (program cc1) while upgrading glibc 2...
Status: RESOLVED INVALID
Alias: None
Product: Gentoo Infrastructure
Classification: Unclassified
Component: Git (show other bugs)
Hardware: x86 Linux
: High major (vote)
Assignee: Nicholas Jones (RETIRED)
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2003-07-28 16:05 UTC by William Delamore
Modified: 2011-10-30 22:47 UTC (History)
3 users (show)

See Also:
Package list:
Runtime testing required: ---


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description William Delamore 2003-07-28 16:05:07 UTC
I took the following steps:
# emerge sync
# emerge -u --deep world    (this included a new portage version 2.0.48-r5)

When emerge is busy building glibc 2.3.2-r1 my system gets a segmentation fault.
After that I get segmentation faults continously:

jynx root # emerge -up --deep world
Segmentation fault

jynx root # emerge -up --deep world

These are the packages that I would merge, in order:

Calculating world dependencies ...done!
[ebuild    U ] sys-libs/glibc-2.3.2-r1 [2.3.1-r4]
[ebuild    U ] net-mail/fetchmail-6.2.3 [6.2.2-r2]
[ebuild    U ] dev-php/php-4.3.2-r2 [4.3.2]
[ebuild    U ] app-admin/webmin-1.100-r1 [1.090]
[ebuild  N   ] dev-perl/Crypt-SSLeay-0.49
[ebuild    U ] dev-perl/libnet-1.16 [1.13]
[ebuild    U ] dev-perl/libwww-perl-5.69-r1 [5.69]
[ebuild    U ] net-fs/nfs-utils-1.0.5-r1 [1.0.3]

Segmentation fault

jynx root # emerge -u --deep world
Calculating world dependencies ...done!
>>> emerge (1 of 8) sys-libs/glibc-2.3.2-r1 to /
>>> md5 src_uri ;-) glibc-2.3.2.tar.bz2
>>> md5 src_uri ;-) glibc-linuxthreads-2.3.2.tar.bz2
>>> Unpacking source...
>>> Unpacking glibc-2.3.2.tar.bz2 to /var/tmp/portage/glibc-2.3.2-r1/work
tar: Skipping to next header
tar: Skipping to next header
tar: Archive contains obsolescent base-64 headers

bzip2: Data integrity error when decompressing.
        Input file = /usr/portage/distfiles/glibc-2.3.2.tar.bz2, output file =
(stdout)

It is possible that the compressed file(s) have become corrupted.
You can use the -tvv option to test integrity of such files.

You can use the `bzip2recover' program to attempt to recover
data from undamaged sections of corrupted files.

tar: Error exit delayed from previous errors

!!! ERROR: sys-libs/glibc-2.3.2-r1 failed.
!!! Function unpack, Line 294, Exitcode 2
!!! failure unpacking glibc-2.3.2.tar.bz2

jynx root # rm /usr/portage/distfiles/glibc-2.3.2.tar.bz2
jynx root # emerge -u --deep world
Calculating world dependencies ...done!
>>> emerge (1 of 8) sys-libs/glibc-2.3.2-r1 to /
>>> Downloading
ftp://ftp.snt.utwente.nl/pub/linux/gentoo//distfiles/glibc-2.3.2.tar.bz2
--00:17:29-- 
ftp://ftp.snt.utwente.nl/pub/linux/gentoo/distfiles/glibc-2.3.2.tar.bz2
           => `/usr/portage/distfiles/glibc-2.3.2.tar.bz2'
Resolving ftp.snt.utwente.nl... done.
Connecting to ftp.snt.utwente.nl[130.89.175.1]:21... connected.
Logging in as anonymous ... Logged in!
==> SYST ... done.    ==> PWD ... done.
==> TYPE I ... done.  ==> CWD /pub/linux/gentoo/distfiles ... done.
==> PASV ... done.    ==> RETR glibc-2.3.2.tar.bz2 ... done.
Length: 13,377,170 (unauthoritative)

100%[====================================>] 13,377,170   471.19K/s    ETA 00:00

00:17:57 (471.19 KB/s) - `/usr/portage/distfiles/glibc-2.3.2.tar.bz2' saved
[13377170]

>>> md5 src_uri ;-) glibc-2.3.2.tar.bz2
>>> md5 src_uri ;-) glibc-linuxthreads-2.3.2.tar.bz2
>>> Unpacking source...
>>> Unpacking glibc-2.3.2.tar.bz2 to /var/tmp/portage/glibc-2.3.2-r1/work
tar: Skipping to next header
tar: Archive contains obsolescent base-64 headers

bzip2: Data integrity error when decompressing.
        Input file = /usr/portage/distfiles/glibc-2.3.2.tar.bz2, output file =
(stdout)

It is possible that the compressed file(s) have become corrupted.
You can use the -tvv option to test integrity of such files.

You can use the `bzip2recover' program to attempt to recover
data from undamaged sections of corrupted files.

tar: Error exit delayed from previous errors

!!! ERROR: sys-libs/glibc-2.3.2-r1 failed.
!!! Function unpack, Line 294, Exitcode 2
!!! failure unpacking glibc-2.3.2.tar.bz2

That's it :-(

When I get the source from gentoo.oregonstate.edu I get following error
!!! File is corrupt or incomplete. (Digests do not match)
>>> our recorded digest: ede969aad568f48083e413384f20753c
>>>  your file's digest: d19eef3de53149996cf000d480d26c70
!!! File does not exist: /usr/portage/distfiles//glibc-2.3.2.tar.bz2




Reproducible: Always
Steps to Reproduce:
1. emerge -u --deep world
2.
3.

Actual Results:  
segmentation fault

Expected Results:  
build a new glibc

jynx mail # emerge info
Portage 2.0.48-r5 (default-x86-1.4, gcc-3.2.3, glibc-2.3.1-r4)
=================================================================
System uname: 2.4.21 i686 Pentium III (Coppermine)
GENTOO_MIRRORS="ftp://ftp.snt.utwente.nl/pub/linux/gentoo/
http://gentoo.oregonstate.edu/
http://www.ibiblio.org/pub/Linux/distributions/gentoo"
CONFIG_PROTECT="/etc /var/qmail/control /usr/share/config
/usr/kde/2/share/config /usr/kde/3/share/config /usr/X11R6/lib/X11/xkb"
CONFIG_PROTECT_MASK="/etc/gconf /etc/env.d"
PORTDIR="/usr/portage"
DISTDIR="/usr/portage/distfiles"
PKGDIR="/usr/portage/packages"
PORTAGE_TMPDIR="/var/tmp"
PORTDIR_OVERLAY=""
USE="x86 oss apm arts avi crypt cups encode foomaticdb gif gpm imlib jpeg libg++
mad mikmod mmx mpeg ncurses nls oggvorbis pdflib png quicktime sdl slang spell
svga truetype xml2 xmms xv zlib gdbm berkdb readline java X tcpd pam libwww ssl
perl python motif opengl -3dnow -gnome -gtk -kde -qt acl sse snmp imap ldap
samba usb"
COMPILER="gcc3"
CHOST="i686-pc-linux-gnu"
CFLAGS="-march=pentium3 -O3 -pipe"
CXXFLAGS="-march=pentium3 -O3 -pipe"
ACCEPT_KEYWORDS="x86"
MAKEOPTS="-j2"
AUTOCLEAN="yes"
SYNC="rsync://rsync.gentoo.org/gentoo-portage"
FEATURES="sandbox ccache"
Comment 1 William Delamore 2003-07-28 16:10:20 UTC
I am unable to run a emerge sync succesfully ?
After the message updating portage cache a lot of the following errors occurs:

aux_get(): (1) Error in app-misc/celestia-1.3.0 ebuild.
               Check for syntax error or corruption in the ebuild. (--debug)
                                                                               -!!! Unable to copy '/usr/portage/metadata/cache/app-misc/celestia-1.2.4' to '/var/cache/edb/dep//app-misc/celestia-1.2.4'
!!! [Errno 5] Input/output error: '/var/cache/edb/dep//app-misc/celestia-1.2.4'

aux_get(): (1) Error in app-misc/celestia-1.2.4 ebuild.
               Check for syntax error or corruption in the ebuild. (--debug)
                                                                               /
aux_get(): (2) Error in app-office/openoffice-1.1_rc1 ebuild.
               Check for syntax error or corruption in the ebuild. (--debug)
                                                                               -
aux_get(): (0) Error in app-text/gpdf-0.104 ebuild.
               Check for syntax error or corruption in the ebuild. (--debug)
                                                                               \
aux_get(): (0) Error in dev-java/ibm-jre-1.4.0-r2 ebuild.
               Check for syntax error or corruption in the ebuild. (--debug)
                                                                               /
aux_get(): (0) Error in dev-php/php-5.0_beta1 ebuild.
               Check for syntax error or corruption in the ebuild. (--debug)
  

etc etc
Comment 2 Patrick Kursawe (RETIRED) gentoo-dev 2003-07-28 22:55:45 UTC
Please try running memtest86 on your system. This looks like faulty hardware, not like a software problem.
Comment 3 William Delamore 2003-07-29 03:30:03 UTC
I did upgrade my system from 256MB to 512MB RAM but did some succesfully builds after that.
I will run memtest86 to test my memory.
Comment 4 Martin Holzer (RETIRED) gentoo-dev 2003-07-29 07:48:42 UTC
do you have enough free diskspace ?
Comment 5 William Delamore 2003-07-29 09:50:01 UTC
- I think diskspace is not a problem. This is my df output:

jynx root # df
Filesystem           1K-blocks      Used Available Use% Mounted on
/dev/root              1976524     58656   1817464   4% /
/dev/vg/lvusr          8388348   1376440   7011908  17% /usr
/dev/vg/lvvar          4194172    125160   4069012   3% /var
/dev/vg/lvtmp          2097084     32876   2064208   2% /tmp
/dev/vg/lvopt          2097084    112636   1984448   6% /opt
/dev/vg/lvhome         2097084    348356   1748728  17% /home
/dev/vg/lvdata         8388348   4982148   3406200  60% /data
/dev/vg/lvoracle       4194172     32840   4161332   1% /opt/oracle
/dev/vg/lvpleasure     8388348   2320548   6067800  28% /data/pleasure
none                    127392         0    127392   0% /dev/shm

- The memtest however show a lot of errors.
I booted my system from the Gentoo 1.4_rc4 live CD and choose memtest.
A lot of errors ocurred in the range from 286MB and 350MB. I removed one
256 MB memory module and ran memtest again. This time I saw no errors (did not finish the whole test however).

- Started a # emerge sync but still problems:
aux_get(): (1) Error in app-editors/vim-core-6.2_pre2 ebuild.
               Check for syntax error or corruption in the ebuild. (--debug)
                                                                               \!!! Unable to copy '/usr/portage/metadata/cache/app-editors/vim-core-6.2_pre6-r1' to '/var/cache/edb/dep//app-editors/vim-core-6.2_pre6-r1'
!!! [Errno 5] Input/output error: '/var/cache/edb/dep//app-editors/vim-core-6.2_pre6-r1'

aux_get(): (1) Error in app-editors/vim-core-6.2_pre6-r1 ebuild.
               Check for syntax error or corruption in the ebuild. (--debug)
                                                                               \chmod: failed to get attributes of `/var/cache/edb/dep//app-editors/xemacs-21.4.12': Permission denied
chmod: failed to get attributes of `/var/cache/edb/dep//app-editors/gnome-chord-0.7.0': Permission denied
chmod: failed to get attributes of `/var/cache/edb/dep//app-editors/kxmleditor-0.8.1': Permission denied
chmod: failed to get attributes of `/var/cache/edb/dep//app-editors/kxmleditor-0.8': Permission denied                                                          ...done!

- Just started a   # emerge -u --deep world
Awaiting result
Comment 6 William Delamore 2003-07-29 09:53:57 UTC
- the emerge fails. It is getting hopeless. One positive remark because there
are no segmentation faults after I removed one 256MB Dimm. Still 256MB memory left.

jynx root # emerge -u --deep world
Calculating world dependencies \
aux_get(): (1) Error in app-editors/emacs-21.2-r1 ebuild.
               Check for syntax error or corruption in the ebuild. (--debug)
                                                                               -
aux_get(): (1) Error in app-editors/emacs-21.2-r1 ebuild.
               Check for syntax error or corruption in the ebuild. (--debug)


!!! all ebuilds that could satisfy "virtual/emacs" have been masked.
!!!    (dependency required by "app-emacs/php-mode-102" [ebuild])

!!! Problem with ebuild app-emacs/php-mode-102
!!! Possibly a DEPEND/*DEPEND problem.

!!! Depgraph creation failed.

Comment 7 Martin Holzer (RETIRED) gentoo-dev 2003-07-29 11:18:08 UTC
last error is a known bug

marking it as dupe.

*** This bug has been marked as a duplicate of 9050 ***
Comment 8 William Delamore 2003-07-29 11:44:38 UTC
- sorry but I do not have the line in my virtuals file like described in bug 9050.
I do have permission problems when accessing file in /var/cache/ebd. Even with ls.

jynx dep # ls -al app-editors
ls: app-editors/xemacs-21.4.12: Permission denied
ls: app-editors/gnome-chord-0.7.0: Permission denied
ls: app-editors/kxmleditor-0.8.1: Permission denied
ls: app-editors/kxmleditor-0.8: Permission denied
total 3
drwsrwsr-x    2 root     portage       184 Jul 29 18:29 .
drwxrwsr-x   84 root     portage      2336 Jul 29 19:59 ..

- Segmentation faults show up again :-(

jynx dep # emerge sync
>>> starting rsync with rsync://rsync.gentoo.org/gentoo-portage...
This is rsync8.de.gentoo.org.

receiving file list ...
55612 files to consider
rsync[10611] (receiver) heap statistics:
  arena:        7754232   (bytes from sbrk)
  ordblks:          761   (chunks not in use)
  smblks:             2
  hblks:              1   (chunks from mmap)
  hblkhd:        258048   (bytes from mmap)
  usmblks:            0
  fsmblks:           40
  uordblks:     6863032   (bytes used)
  fordblks:      891200   (bytes free)
  keepcost:       70752   (bytes in releasable chunk)

Number of files: 55612
Number of files transferred: 0
Total file size: 43372207 bytes
Total transferred file size: 0 bytes
Literal data: 0 bytes
Matched data: 0 bytes
File list size: 1237029
Total bytes written: 164
Total bytes read: 1237096

wrote 164 bytes  read 1237096 bytes  145560.00 bytes/sec
total size is 43372207  speedup is 35.06

rm: cannot remove `/var/cache/edb/dep//app-editors/xemacs-21.4.12': Permission denied
rm: cannot remove `/var/cache/edb/dep//app-editors/gnome-chord-0.7.0': Permission denied
rm: cannot remove `/var/cache/edb/dep//app-editors/kxmleditor-0.8.1': Permission denied
rm: cannot remove `/var/cache/edb/dep//app-editors/kxmleditor-0.8': Permission denied
>>> Updating Portage cache... |Segmentation fault

- Now I try emerge sync again but the system does not respond anymore (no ssh sessions possible anymore)
On the console an error message says:

Oops: 0000
CPU: 0
EIP: 0010: [<c01ca945>] not tainted
EFLAGS: 00010282

....

process: python2.2
Stack: ... ...
Call trace: ... ...

What could be wrong. I had never problems with this system until the last emerge world with glibc in it !?

(I am unable to uncheck "Leave as RESOLVED DUPLICATE") 
Comment 9 William Delamore 2003-07-29 12:11:11 UTC
At this point (after the last emerge sync) the system hangs and I am unable to login
Because I am stuck and this does not look like a known bug with a resolution I did the following:
- reboot (actually had to turn off the power)
- mv /var/cache/edb/dep /var/cache/edb/dep.old
- mkdir /var/cache/edb/dep
- chmod g+w /var/cache/edb/dep
- chmod g+s /var/cache/edb/dep

After that I tried emerge sync and this works with no errors !
Now I will try emerge world:

jynx root # emerge -up --deep world

These are the packages that I would merge, in order:

Calculating world dependencies ...done!
[ebuild    U ] sys-libs/glibc-2.3.2-r1 [2.3.1-r4]
[ebuild    U ] net-mail/fetchmail-6.2.3 [6.2.2-r2]
[ebuild    U ] net-print/cups-1.1.19-r1 [1.1.19]
[ebuild    U ] dev-php/php-4.3.2-r2 [4.3.2]
[ebuild    U ] net-libs/liblockfile-1.03-r1 [1.03]
[ebuild    U ] app-admin/webmin-1.100-r1 [1.090]
[ebuild  N   ] dev-perl/Crypt-SSLeay-0.49
[ebuild    U ] dev-perl/libnet-1.16 [1.13]
[ebuild    U ] dev-perl/libwww-perl-5.69-r1 [5.69]
[ebuild    U ] net-fs/nfs-utils-1.0.5-r1 [1.0.3]

jynx root # emerge -u --deep world
Calculating world dependencies ...done!
>>> emerge (1 of 10) sys-libs/glibc-2.3.2-r1 to /

!!! File is corrupt or incomplete. (Digests do not match)
>>> our recorded digest: ede969aad568f48083e413384f20753c
>>>  your file's digest: b6306888ae749e28ca652df30107b95a
!!! File does not exist: /usr/portage/distfiles//glibc-2.3.2.tar.bz2

- Hmm not so good...I try removing the current distfile and try again

jynx root # rm /usr/portage/distfiles//glibc-2.3.2.tar.bz2

20:48:36 (469.16 KB/s) - `/usr/portage/distfiles/glibc-2.3.2.tar.bz2' saved [13377170]

>>> md5 src_uri ;-) glibc-2.3.2.tar.bz2
>>> md5 src_uri ;-) glibc-linuxthreads-2.3.2.tar.bz2
>>> Unpacking source...
>>> Unpacking glibc-2.3.2.tar.bz2 to /var/tmp/portage/glibc-2.3.2-r1/work

- looks better the build actually is progressing. What caused all this trouble is a mystery to me. Can one bad memory module causes this kind of portage problems. Still compiling :-) 
Comment 10 William Delamore 2003-07-29 15:29:11 UTC
emerge world succesfully finished.
But for sure it was not bug 9050.
Comment 11 Martin Holzer (RETIRED) gentoo-dev 2003-07-29 15:37:26 UTC
thx 4 info
Comment 12 Patrick Kursawe (RETIRED) gentoo-dev 2003-07-29 22:52:13 UTC
Since you've worked with corrupt memory for some time, everything you changed during this time may be broken. Check your emerge logs and re-emerge everything that was built during this time, and run a filesystem check before. Good luck.
Re-Opening....
Comment 13 Patrick Kursawe (RETIRED) gentoo-dev 2003-07-29 22:52:40 UTC
... and setting to resolved/invalid.