Bug 92312
Summary: | RPM seg fault (core dump) | ||
---|---|---|---|
Product: | [Retired] Red Hat Linux | Reporter: | ddionne <dtdionne> |
Component: | rpm | Assignee: | Jeff Johnson <jbj> |
Status: | CLOSED WORKSFORME | QA Contact: | Mike McLean <mikem> |
Severity: | high | Docs Contact: | |
Priority: | high | ||
Version: | 7.0 | ||
Target Milestone: | --- | ||
Target Release: | --- | ||
Hardware: | alpha | ||
OS: | Linux | ||
Whiteboard: | |||
Fixed In Version: | Doc Type: | Bug Fix | |
Doc Text: | Story Points: | --- | |
Clone Of: | Environment: | ||
Last Closed: | 2003-06-19 13:30:28 UTC | Type: | --- |
Regression: | --- | Mount Type: | --- |
Documentation: | --- | CRM: | |
Verified Versions: | Category: | --- | |
oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |
Cloudforms Team: | --- | Target Upstream Version: | |
Embargoed: |
Description
ddionne
2003-06-04 19:36:26 UTC
Hmmm, first thing to control for is LDAP passwords. Make sure you are running nscd by doing /sbin/service nscd start If that doesn't fix, give me a pointer (i.e. URL, attachments won't work) to a tarball of your database cd /var/lib tar czvf /tmp/rpmdb-92313.tar.gz rpm and I'll take a look. Hey, nscd was already running but i restarted it and that didnt help. If you have ftp access you can get that tarball at: ftp://guest:rpmissue@dionne.net/home/guest/rpmdb-92313.tar.gz. I still get the seg fault. You said: OK. Next is to make sure that nscd is running. As root /sbin/service nscd restart Could you also see if anything in rpm works? Try rpm --version rpm -qa rpm -q rpm rpm -Va --nofiles rpm -V rpm pam nscd was already started and but i restarted it anyway. I still get the seg fault BUT all of the above commands worked: [root@alpha random]# rpm -q rpm rpm-4.0.4-7x [root@alpha random]# rpm -Va --nofiles [root@alpha random]# rpm --version RPM version 4.0.4 [root@alpha random]# rpm -qa gdk-pixbuf-devel-0.8.0-5 enscript-1.6.1-11 setserial-2.17-2 ed-0.2-17 giftrans-1.12.2-7 . . . [root@alpha random]# rpm -V rpm pam .....UG. c /var/lib/rpm/Basenames .....UG. c /var/lib/rpm/Conflictname .....UG. c /var/lib/rpm/Dirnames .....UG. c /var/lib/rpm/Filemd5s .....UG. c /var/lib/rpm/Group .....UG. c /var/lib/rpm/Installtid .....UG. c /var/lib/rpm/Name .....UG. c /var/lib/rpm/Packages .....UG. c /var/lib/rpm/Providename .....UG. c /var/lib/rpm/Provideversion .....UG. c /var/lib/rpm/Requirename .....UG. c /var/lib/rpm/Requireversion .....UG. c /var/lib/rpm/Sha1header .....UG. c /var/lib/rpm/Sigmd5 .....UG. c /var/lib/rpm/Triggername .....UG. c /var/lib/rpm/__db.001 .....UG. c /var/lib/rpm/__db.002 S.5....T c /etc/pam.d/system-auth [root@alpha random]# Yes user/group reverts to root on /var/lib/rpm/* after --rebuilddb. You might look at what has changed in system-auth. AFAICT, you have a mismatch between rpm and glibc/pam somehow. You might try upgrading and/or changing glibc/pam. Yes you will have to do this manually using rpm2cpio to extract package contents. And, since glibc and pam are involved, you want to be very, very careful, as a loss of a shared library may render your machine unbootable. Try to find a competent sysadmin, or ask for help on say, redhat-list. The path of least resistance might very well be to go back to earlier, known good, version of rpm, again using rpm2cpio |