Yeah, I had an unfortunate happening this weekend that resulted in a crapload of bad rpm's that caused this same problem. For whatever reason my local mirror of sunet via rsync decided one run that it had to download almost every rpm from cooker, it did so and they were all bad. I didn't realize that and when I meant to test a cooker install I ended up with a non working system that complained about rpm's being bad, and getting segs when trying to install them.
Had to wipe out my mirror and re download everything. On Tuesday 26 February 2002 03:43, Buchan Milne wrote: > R P Herrold wrote: > > On Mon, 25 Feb 2002, Buchan Milne wrote: > >>Fran�ois Pons wrote: > >>>>/mnt/cdrom/Mandrake/RPMS2/openssh-askpass-gnome-3.0.2p1-5mdk.i586.rpm > >>>>Preparing... ########################################### > >>>> [100%] Segmentation fault (core dumped) > >>> > >>>Are you sure this is rpm which segfault, this could be located in %post > >>> of package (update-alternatives) ? > >>> > >>>Does you have staling /var/lib/rpm/__db* files ? > >> > >>You mean these: > >>[bgmilne:~]# ll /var/lib/rpm/*db* > >>-rw-r--r-- 1 root root 8192 Feb 25 10:37 > >> /var/lib/rpm/__db.001 -rw-r--r-- 1 root root 655360 Feb 25 > >> 10:37 /var/lib/rpm/__db.002 [bgmilne:~]# > >> > >>Is a rpm --rebuilddb in order? Experience tells me this won't help :-( > > > > I mentioned this last week -- these are stale lockfiles -- a > > RPM process is dying (your segfault issue) -- or being killed > > without being allowed to clean up the lock files. > > > > A rpm --rebuilddb will remove stale lockfiles -- but if > > new lockfiles are being left, due to other issues, the problem > > will recur. > > > > The way to diagnose the underlying issue with the initial > > segfault is to run: rpm -Uvvvh (whatever) > > You would see in my previous posts a full output of rpm -Uvvvh, but they > weren't enough to find the problem (thus the core dumps I have made > available). Note that this is not specific to this rpm, it has happened > with all the RPMs I tried post-install. > > [bgmilne:~]# rm -f /var/lib/rpm/__ > __db.001 __db.002 > [bgmilne:~]# rm -f /var/lib/rpm/__db.00* > [bgmilne:~]# rpm --rebuilddb > [bgmilne:~]# rpm -Uvh /tmp/openssh-askpass-gnome-3.0.2p1-5mdk.i586.rpm > Preparing... ########################################### > [100%] > Segmentation fault (core dumped) > [bgmilne:~]# ls -l /var/lib/rpm/__* > -rw-r--r-- 1 root root 8192 Feb 26 10:28 > /var/lib/rpm/__db.001 > -rw-r--r-- 1 root root 655360 Feb 26 10:28 > /var/lib/rpm/__db.002 > [bgmilne:~]# > > > This is as verbose as RPM can get, and will (hopefully) show > > exactly where the segfault is occurring. Knowing that, you > > may then address the real issue, and once fixed, the lock > > files will be properly cleaned up. > > I have had this problem at times in 8.1 on multiple machines, and on at > least one other machine with 8.2beta3. Some of them use root-squashed > nfs mounted homes, some don't (don't know if that would be applicable). > > [bgmilne:~]# rm -f /var/lib/rpm/__db.00* > [bgmilne:~]# rpm --rebuilddb > [bgmilne:~]# rpm -Uvvvh /tmp/openssh-askpass-gnome-3.0.2p1-5mdk.i586.rpm > D: ============== /tmp/openssh-askpass-gnome-3.0.2p1-5mdk.i586.rpm > D: Expected size: 14133 = lead(96)+sigs(149)+pad(3)+data(13885) > D: Actual size: 14133 > D: opening db environment /var/lib/rpm/Packages create:mpool > D: opening db index /var/lib/rpm/Packages create mode=0x42 > D: locked db index /var/lib/rpm/Packages > D: opening db environment /var/lib/rpm/Name joinenv > D: opening db index /var/lib/rpm/Name create mode=0x42 > D: added binary package [0] > D: found 0 source and 1 binary packages > D: ========== +++ openssh-askpass-gnome-3.0.2p1-5mdk > D: opening db index /var/lib/rpm/Depends create mode=0x42 > D: opening db environment /var/lib/rpm/Providename joinenv > D: opening db index /var/lib/rpm/Providename create mode=0x42 > D: YES A openssh = 3.0.2p1-5mdk B openssh = 3.0.2p1-5mdk > D: Requires: openssh = 3.0.2p1-5mdk YES (db > provides) > D: opening db environment /var/lib/rpm/Basenames joinenv > D: opening db index /var/lib/rpm/Basenames create mode=0x42 > D: Requires: /usr/sbin/update-alternatives YES (db files) > D: Requires: /bin/sh YES (db files) > D: Requires: R /bin/sh YES (cached) > D: NO A rpmlib(PayloadFilesHavePrefix) <= 4.0-1 B > rpmlib(VersionedDependencies) = 3.0.3-1 > D: NO A rpmlib(PayloadFilesHavePrefix) <= 4.0-1 B > rpmlib(CompressedFileNames) = 3.0.4-1 > D: NO A rpmlib(PayloadFilesHavePrefix) <= 4.0-1 B > rpmlib(PayloadIsBzip2) = 3.0.5-1 > D: YES A rpmlib(PayloadFilesHavePrefix) <= 4.0-1 B > rpmlib(PayloadFilesHavePrefix) = 4.0-1 > D: Requires: rpmlib(PayloadFilesHavePrefix) <= 4.0-1 YES (rpmlib > provides) > D: NO A rpmlib(CompressedFileNames) <= 3.0.4-1 B > rpmlib(VersionedDependencies) = 3.0.3-1 > D: YES A rpmlib(CompressedFileNames) <= 3.0.4-1 B > rpmlib(CompressedFileNames) = 3.0.4-1 > D: Requires: rpmlib(CompressedFileNames) <= 3.0.4-1 YES (rpmlib > provides) > D: Requires: ld-linux.so.2 YES (db > provides) > D: Requires: libICE.so.6 YES (db > provides) > D: Requires: libSM.so.6 YES (db > provides) > D: Requires: libX11.so.6 YES (db > provides) > D: Requires: libXext.so.6 YES (db > provides) > D: Requires: libXi.so.6 YES (db > provides) > D: Requires: libart_lgpl.so.2 YES (db > provides) > D: Requires: libaudiofile.so.0 YES (db > provides) > D: Requires: libc.so.6 YES (db > provides) > D: Requires: libdb.so.2 YES (db > provides) > D: Requires: libdl.so.2 YES (db > provides) > D: Requires: libesd.so.0 YES (db > provides) > D: Requires: libgdk-1.2.so.0 YES (db > provides) > D: Requires: libgdk_imlib.so.1 YES (db > provides) > D: Requires: libglib-1.2.so.0 YES (db > provides) > D: Requires: libgmodule-1.2.so.0 YES (db > provides) > D: Requires: libgnome.so.32 YES (db > provides) > D: Requires: libgnomesupport.so.0 YES (db > provides) > D: Requires: libgnomeui.so.32 YES (db > provides) > D: Requires: libgtk-1.2.so.0 YES (db > provides) > D: Requires: libm.so.6 YES (db > provides) > D: Requires: libz.so.1 YES (db > provides) > D: Requires: libc.so.6(GLIBC_2.0) YES (db > provides) > D: Requires: libc.so.6(GLIBC_2.1.3) YES (db > provides) > D: opening db environment /var/lib/rpm/Conflictname joinenv > D: opening db index /var/lib/rpm/Conflictname create mode=0x42 > D: closed db index /var/lib/rpm/Depends > D: ========== recording tsort relations > D: ========== tsorting packages (order, #predecessors, #succesors, depth) > D: 0 0 1 0 openssh-askpass-gnome-3.0.2p1-5mdk > D: installing binary packages > D: getting list of mounted filesystems > Preparing... ########################################### > [100%] > D: Expected size: 14133 = lead(96)+sigs(149)+pad(3)+data(13885) > D: Actual size: 14133 > D: install: openssh-askpass-gnome-3.0.2p1-5mdk has 3 files, test = 0 > Segmentation fault (core dumped) > [bgmilne:~]# > > > Would more core dumps be useful, or is there something else I should do? -- ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ Jason Straight -- President BlazeConnect Internet Services -- Cheboygan Michigan ISP: www.blazeconnect.net Products: www.blazeconnect.com Phone: 231-597-0376 -- Fax: 231-597-0393
