0001202: duplicates in rpm database

(0003141)
kbsingh@karan.org (administrator)
2006-02-06 17:00

This is caused due to a user interrupted yum update in most cases. Can you confirm how this problem occured ?

(0003151)
chicks (reporter)
2006-02-07 13:38

Its possible I interrupted yum, but I'm not sure.

(0003159)
chicks (reporter)
2006-02-08 14:54

I've managed to clean most of the mess up, except for this curiosity:

[root@dot log]# rpm -V libselinux-1.19.1-7.i386 device-mapper-1.01.04-1.0.RHEL4.i386
S.5....T. /usr/sbin/avcstat
S.5....T. /usr/sbin/getenforce
S.5....T. /usr/sbin/getsebool
S.5....T. /usr/sbin/selinuxenabled
S.5....T. /usr/sbin/setenforce
S.5....T. /usr/sbin/setsebool
S.5....T. /usr/sbin/togglesebool
.......T. d /usr/share/man/man8/avcstat.8.gz
.......T. d /usr/share/man/man8/booleans.8.gz
.......T. d /usr/share/man/man8/getenforce.8.gz
.......T. d /usr/share/man/man8/getsebool.8.gz
.......T. d /usr/share/man/man8/selinux.8.gz
.......T. d /usr/share/man/man8/selinuxenabled.8.gz
.......T. d /usr/share/man/man8/setenforce.8.gz
.......T. d /usr/share/man/man8/setsebool.8.gz
.......T. d /usr/share/man/man8/togglesebool.8.gz
S.5....T. /sbin/dmsetup
S.5....T. /sbin/dmsetup.static
.......T. /usr/include/libdevmapper.h
.......T. d /usr/share/man/man8/dmsetup.8.gz
[root@dot log]# rpm -V libselinux-1.19.1-7.x86_64 device-mapper-1.01.04-1.0.RHEL4.x86_64
[root@dot log]# rpm -V dmraid
[root@dot log]# rpm -e --justdb libselinux-1.19.1-7.i386 device-mapper-1.01.04-1.0.RHEL4.i386
error: Failed dependencies:
libdevmapper.so.1.01 is needed by (installed) dmraid-1.0.0.rc8-1_RHEL4_U2.i386
libdevmapper.so.1.01(Base) is needed by (installed) dmraid-1.0.0.rc8-1_RHEL4_U2.i386

Should I just blow dmraid away since it is dependant on things that aren't working? Why isn't there an x86_64 version of dmraid?

(0003160)
chicks (reporter)
2006-02-08 14:55

Upon a little more reflection I'm pretty sure I interrupted yum on the boxes in question.

(0003171)
kbsingh@karan.org (administrator)
2006-02-09 17:00

in a situation where you find more the required number of versions installed ( eg, more than 2 copies of the same package for the same arch ), the recommended way to work around is to erase the pkg ( rpm -e ) with the newer version, and then yum update back to the newer version.

in such a case it MIGHT be possible to ignore dependancies, since you are going to replace the package right away. ( but be carefull, eg. dont take away python - or you wont be able to run yum anymore etc ).

its always a good idea to backup te /var/lib/rpm/Packages file. before and after the cleanup.

(0016820)
tigalch (developer)
2013-03-22 17:44

CentOS4 is EOL

Issue History
Date Modified	Username	Field	Change
2006-02-06 16:53	chicks	New Issue
2006-02-06 16:53	chicks	Status	new => assigned
2006-02-06 17:00	kbsingh@karan.org	Note Added: 0003141
2006-02-06 17:01	kbsingh@karan.org	Status	assigned => feedback
2006-02-07 13:38	chicks	Note Added: 0003151
2006-02-08 14:54	chicks	Note Added: 0003159
2006-02-08 14:55	chicks	Note Added: 0003160
2006-02-09 17:00	kbsingh@karan.org	Note Added: 0003171
2013-03-22 17:44	tigalch	Note Added: 0016820
2013-03-22 17:44	tigalch	Status	feedback => closed
2013-03-22 17:44	tigalch	Resolution	open => fixed

Notes
(0003141) kbsingh@karan.org (administrator) 2006-02-06 17:00	This is caused due to a user interrupted yum update in most cases. Can you confirm how this problem occured ?

(0003151) chicks (reporter) 2006-02-07 13:38	Its possible I interrupted yum, but I'm not sure.

(0003159) chicks (reporter) 2006-02-08 14:54	I've managed to clean most of the mess up, except for this curiosity: [root@dot log]# rpm -V libselinux-1.19.1-7.i386 device-mapper-1.01.04-1.0.RHEL4.i386 S.5....T. /usr/sbin/avcstat S.5....T. /usr/sbin/getenforce S.5....T. /usr/sbin/getsebool S.5....T. /usr/sbin/selinuxenabled S.5....T. /usr/sbin/setenforce S.5....T. /usr/sbin/setsebool S.5....T. /usr/sbin/togglesebool .......T. d /usr/share/man/man8/avcstat.8.gz .......T. d /usr/share/man/man8/booleans.8.gz .......T. d /usr/share/man/man8/getenforce.8.gz .......T. d /usr/share/man/man8/getsebool.8.gz .......T. d /usr/share/man/man8/selinux.8.gz .......T. d /usr/share/man/man8/selinuxenabled.8.gz .......T. d /usr/share/man/man8/setenforce.8.gz .......T. d /usr/share/man/man8/setsebool.8.gz .......T. d /usr/share/man/man8/togglesebool.8.gz S.5....T. /sbin/dmsetup S.5....T. /sbin/dmsetup.static .......T. /usr/include/libdevmapper.h .......T. d /usr/share/man/man8/dmsetup.8.gz [root@dot log]# rpm -V libselinux-1.19.1-7.x86_64 device-mapper-1.01.04-1.0.RHEL4.x86_64 [root@dot log]# rpm -V dmraid [root@dot log]# rpm -e --justdb libselinux-1.19.1-7.i386 device-mapper-1.01.04-1.0.RHEL4.i386 error: Failed dependencies: libdevmapper.so.1.01 is needed by (installed) dmraid-1.0.0.rc8-1_RHEL4_U2.i386 libdevmapper.so.1.01(Base) is needed by (installed) dmraid-1.0.0.rc8-1_RHEL4_U2.i386 Should I just blow dmraid away since it is dependant on things that aren't working? Why isn't there an x86_64 version of dmraid?

(0003160) chicks (reporter) 2006-02-08 14:55	Upon a little more reflection I'm pretty sure I interrupted yum on the boxes in question.

(0003171) kbsingh@karan.org (administrator) 2006-02-09 17:00	in a situation where you find more the required number of versions installed ( eg, more than 2 copies of the same package for the same arch ), the recommended way to work around is to erase the pkg ( rpm -e ) with the newer version, and then yum update back to the newer version. in such a case it MIGHT be possible to ignore dependancies, since you are going to replace the package right away. ( but be carefull, eg. dont take away python - or you wont be able to run yum anymore etc ). its always a good idea to backup te /var/lib/rpm/Packages file. before and after the cleanup.

(0016820) tigalch (developer) 2013-03-22 17:44	CentOS4 is EOL

Relationships