From Bugzilla Helper: User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:0.9.3) Gecko/20010808 Description of problem: rpm produce coredump when using -i with --force. Version-Release number of selected component (if applicable): How reproducible: Always Steps to Reproduce: rpm -i --force *.rpm Actual Results: core Expected Results: install package Additional info:
First you probably want to be using -U rather than -i, which will lead to multiple copies of packages installed. Second, --force should not be routinely used. Finally, the problem is probably with one of the *.rpm packages. Try for pkg in *.rpm do echo $pkg rpm -K $pkg done looking for a damaged package.
* doesn't mean all files in dir, I did mistake. I mean that rpm -i --force some_package.rpm or rpm -U --force some_package.rpm produce core dump.
This works for me (rpm-4.0.3-1.01) bash$ sudo rpm -U --force uucp-1.06.1-30.i386.rpm --nodeps What rpm package do you have installed? Have you tried doing a rpm --rebuilddb? Many segfaults in rpm are caused by bad records retrieved from the database. What package are you installing? Have you run rpm -K somepackage*.rpm
Yes. I tried rebuilddb. This problem occured when I tried to reinstall openldap-2.0.11 packadge. I use rpm 4.0.2 (shipped with RH 7.1). btw, the same story with any packadge. [root@dm i386]# rpm -i acl-1.1.2-0.i386.rpm package acl-1.1.2-0 is already installed [root@dm i386]# rpm -i --force acl-1.1.2-0.i386.rpm Segmentation fault (core dumped) I tried to upgrade to 4.0.3, but with no success- rpm produced coredumps too. I removed 4.0.2, copied rpm 4.0.3 from cpio, but I can't install it by using rpm -i rpm-4.0.3.... , becuase it produce coredump. Now I returned to 4.0.2 from cpio and again can't install it correctly from rpm.
OK, please attach a pointer (i.e. URL, bugzilla attachments won't work) to a copy (the original if available) of your database cd /var/lib tar czf /tmp/rpmdb3-52942.tar.gz rpm and I'll try to reproduce your problem.
OK. Thank you! This is database, which I have now ftp://ftp2.aspec.ru/incoming/rpm/rpmdb3-52942.tar.gz
Hmmmm, your database looks OK, at least at first blush. You wouldn't be using LDAP for passwords, would you? If so, you need to run nscd because of a obscure 2nd order library loading issue with the PAM LDAP module. You might try using strace strace -o /tmp/xxx rpm -ivv --force openldap-2.0.11*.rpm and attaching the output here.
Oops! Sorry! Now I know what caused rpm segfault. I forget to remove ldap form passwd and group in /etc/nsswitch . I added this after openldap installation for nss_ldap tecting with openldap 2.0. But after rebuilding openldap with another parameters and unuccessfull instalation I forget to remove this. Thank you! btw, I had the same misconfigurations with rpm 3.x and never see such behavior.